( 



HEWLETT-PACKARD 

JOURNAL 



December 1992 




Copr. 1949-1998 Hewlett-Packard Co. 



(VI 



HEWLETT 
PACKARD 



HEWLETT-PACKARD 

JOURNAL 



Decemfa&r 1992 Volume 43 » Numbers 



Articles 



h A Large "Format Thermal fnkjet Drafting Plotter, by Robert A. Boetler, SsmuetA. Stodder, 

John F Meyer, and Victor T. Escabedo 

1 J DesignJet Plotter User Interface Design: Learning the Hard Way about Human Interaction 

I r\ Electronic and Firmware Design of the HP DesignJet Drafting Plotter, by Alfred Holt Mebane fV, 
James ff. Schniedake, iue-Shuenn Chen, and Anne R Kadonaga 

} ZL Pen Alignment in a Two-Pen, Large-Format Inkjet Drafting Plotter, by Robert D. Haselby 

/ >< DesignJet Plotter Chassis Design: A Concurrent Engineering ChaMenge, by Timothy A. Longust 
< 1 DesignJet Plotter End Covers Produced by Coinjection 



32 



DesignJet Plotter Mechanical Architecture Development Process, by David M. Petersen and 
Chtwng Ta 



< l^ Improved Drawing Reliability for Drafting Plotters^ by Robert W. Beauchamp, Josep Giraft 
Adroher, Joan Uroz, and Isidre Rosello 

< jr\ Average User Plot 

< I Acceptable Duality Level Index 

i\) An Automatic Media Cutter for a Drafting Plotter, by Ventura Caamano Agrafojo, David Perez, 
and Josep Abefia 

/Irv Definitions and Measurement Procedures for Cut Ouality Parameters 

Reengineering of a User Interface for a Drafting Plotter, by Jordi Gonzalez, JaumeAyats 
Ardite, and Carles Casteflsague Pique 



frfitar =":.';rird P CuM 
Typography/LaifDUl ( 



* Associate Editor C'd'ih': . Lm<']'!i ■ Publicaiion Praduciian Manager Sj!i:g(t£ 'J^t\qh1. * 
r,iii '^um •Tutsnd Measuremefil Drgani^slian liaison. Sydney C. Av By 



Htinee D f'k^'iifn 



Advisory BDJinl. William W Brnwo. itifegrstsii CtfniiJ Sjismess Dwtsiw. Saf\Ja Clara. Cshfornia* Karry Ghroy, Mrciowa^ TectMJoi(^<f DmsfoD. S^tsfiQ^^. C^i/fi^ma^ 
Rapesh Desai, ConwTyfmaf Sy^isw; Dh'ston, Ct,'pen/nG. Cshfwnia* GaryGtjrdDfi HP latmratoties PshASio, CafifofnfR* Jim G^gdy Wallf'^^m OtviSifJf}, Wsfiham, 
fi^sact^iisetJS* Matt J HaElin&, Sysisms T^niiSoffy Dwfum.Rosf.vtlie. CffltfijmtB • B^^rs Hooig Lake Sjswfts insunur^ni Qivwan. l^vfetc. WB$hif]gton9 Roge L 
Jg-flgEsmart, ^lauwavE lezhnatogy Dtvisam Ssota fffrs?, Cshhxmni ■ Pgula H Ka'^rflk. /^A;eJ CofTrpnnenl,f Uty^f^ion, Cufva^hs. Oregon • ThpnH5 F K'aemef, Cofiitaito 
Springs Division, Cotofatip Springs. Colorado* R'jtjyS le&. Nstwitrkad Sysiem Gm(jp. CupErtinD C4liforti\a*E\\\ Lloycl. HP Labot^ori^^ J^:}3fi. KsA'Ssakt. Japaff* 
Altfed MauTe. Wafdi^onr^ An3l\^ic3l Oimm. tVafttti/jcwn GerTnaDy* Wic^aeJ P ^*oo^e. Msasafsmml Sy&iems Oivisim. Lavefarni, Colotado* ShellBy I Moore, Sa/r 
Dte^ Pfirifgr DiviSiQr\, 5*n Dt^u. Calttom/s* Owi6 1 Motrill. Wofldwit^ Cusiome/ S'Ji^n OwistOfj. Mountain lAewi C3lifom\ii * Wiiliam M Mowson. Qpan 5YSterT\s 
Software Om^jun. Ch{?lrn,^iy{f, Ms^.fsci^vsvns* SlevEfi J *<3r[;<&&. VXt Systs^ts Dtvisatn. Lmel^nd. Cvlaraifo^ ftai 0;a, So^tare TBclmafogy Dmstm. Mountain Vfsw. 
CshfoTTfta* Hgn Tinn Phug. Asas Pmiphprat^ DifiSton^ S\r\^ifporE * Kenralti D Pbutton HFLawriiJOri^. Paia Alto Cjiiforms* Gimter flie&ffMit, Bt^hr^on /nslwrnpfTJ* 
Dtvr^if^. B^ingon. iiermsn} • Marc J. Sah^tfiHa, Syiterns rf^^tmafog^ Dwsion, fortCotiins. CoiwJilfo* IWhC^Bfll 9 Saunders, iniegrsiffd CircmT Si/^nsfS Division, 
Corv^His. OftjgOn* Rfiilip StflniDn, HP LatioratOfies ^i^ta!, Bristol, ^rigiatid* Siephen R UrjdV. Systsnn Jer:tm(}l(}gy DiYtston, ftjrt Coffm^. Gulorado* Koidii YanopvvB, 
itntwr inyit}iTT&it DiviSiOfi. Xobe jJapsrr ■ Dennis C York. Cotvsfbs Owsion. Corv^tts Ofegon ■ RartHfa limrrmf Ci^rppnns ^r^ineming. Fsh 4ftp. Ca/rfijmts 



•DHawtott-Patlard Compffny 1®£ PrinEwJ in U S A, 



Tte Hewlett-PBCitafa Joirnat is primed on rBC^Ied (afler. 



2 I )LH^eniljer 1992 HewkHt-Fackiinl Journncb Copr. 1 949-1 998 Hewlett-Packard Co. 



K rj A Multiprocessor HP-UX Operating System for HP 9000 Comptiters, by Douglas V, Larson and 
Kyie A. Polyehroms 

qH Next-Generation MuUiprocessor HP-UX 



H / Advances in integrated Circuit Packaging: Demountable TAB, by FaridMatta 



y H The EISA Standard for the HP 9000 Series 700 Workstations, by Viaente V. Cavanna and 
Christopher S. Uu 

y 2 EISA Cards for the HP 9000 Series 700 Workstations, by David S. CiarK Andrea a Lantz, 

Christopher S. Liu,. Thomas E. Parker and Joseph H. Steinmeiz 

U/l Board-Level Simulation of the Series 700 EISA Cards 



Q 7 Software for the HP EISA SCSI Card, by Bill Thomas, Aian a Berkema, Eric G. Jausheck, and 
Brian D. Mahaffy 

1 03 ^P**^*^ °" *^^ ^^^^ Standard 

1 05 '^*'^P^*"9**i^'^^''^*^^10 to Minimize Interrupt Impact on Performance 

1 [J y An Architecture for Migrating to an Open Systems Solotion, by Michael £ Thompson, 
Gregson R Siu, and Jonathan van den Berg 



Departments 



4 In this Issue 

5 Cover 

5 What's Ahead 

lis Authors 

120 1992 Index 



TTiB Hei^Jett-Packflrd Journal is ptitilhshed bimonthly by The Hewlsn-Psckarcf Companv to rec&gniZBifichTiicaJ coninEjutiorrsmade by Hewlett- Packard 
fH**! pessonnel While ihs mlonnation fcund m Ifus pubJicariqiin is believed to ba acctirBiE, the HeuvlottPacltari] Companv disclaims all wBrfantiesttf 
merchanSabilftv and htr)flS5 for a partitular purpose arfd ail obligathons and [rsbilitifis Tor damages, including hui not limrEad la mdnact, specjal. or 
consequBntiaf damages., attDrnfiys antf expert's fees, and court casts, sns^ng out otor in connecEion witti this publicatinri. 

Substriptrofis: The He wien- Packard Journal is di^trtbuiad free of change lo HP researcfi, design and mgrJijfat-tuTinQ engneering personnel, ss well as ro 
quglitifld non-HP mttivtduflls, libraries, and aducational jnstitutiQTis. Please address subscription tif change of address requests m p/inted Jetterhearf [or 
Include a business card) Iq the HP headqtiartefs aliice rnynur country or to the HP address on tfio back covet Wben suhmrning a cjiange of address, 
pies^e include /our zip or postal cade and a copy at your old label. Free sobscriptions may not be available fn all counTftes, 

Submissions: Altbough flrtiides in The Hewieti-Paickard Jouffial are primardy auihomrt by HP impJflyBas, artictcjfrom rfon-HP authors d&a ling vwth 
HP-reJaied research oi solutions to rechmcal problems made possibte by usfng HP equipment art also considered for ijublication. PlDase canractthe 
Edifof be lore submitfing such articles. Also, tfie Hewiett-Packard Journal encourages technical dsscussiorrs of the topics p/fisented in recent gnictes 
and Tnay publasb leiters eKpecied to be of mrerest tu readers. Letters should be bnet, and are sub(ect to editing by HP. 

Copytight 'I"' 1392 Hewlatt-P&ckard Campgny AH ficfhts reserved Pofinission to copywiih-nut fee all or part of this publication \s. Noreb/ granted provided 
that 1J ilie capias are not made, iis&d. displayed, or distfibuted for cornmeraial adyantagc, 2fthe Hewlett-Packard Company cop/nsht notice and tfie titfe 
ofthopubliqalianBnddateappearonthf!cop^es;a^d3^srtOTrcest^tJn^thattbecopv^ngi5bypermls^lonofthtiHew^elt-Pac^!ardCniTlpany 
PI ftasB address mquiries, iuhrnissions, and rsquests to: Editor, Hewlett-Packard Journal, 3300 Hdlyinwv Avenue, Paio Alto. CA 94304 U S-A 



) Copr. 1 949-1 998 Hewlett-Packard Co. Dt^t/i'inbiT ilf!f:J I Jewji-tt-Pat^kard Joiinuil 3 




In this Issue 

Drafting plotter technology occupies a good many of our pages this month, with 
two design groups reporting on their new large-format drafting plotters — the 
HP DesignJet and the HP DraftMaster Plus. 

H P's thermal inkjet technology makes the DesignJet plotter as tow-cost as a pen 
plotter and as fast as an electrostatic plotter. The pens, or print cartridges, are 
HP DeskJet printer cartridges, prov^ed reliable by many years of DeskJet experi- 
ence. The plotter accepts either vector commands or raster commands, uses 
regular drafting plotter media, and automatically cuts and stacks roll media. The 
article on page 6 introduces the DesignJet and discusses the issues of print 
quality, media, media handling, and the user interface. The electronic and frrmware design, inctuding 
built-in vector-to-raster conversion and three custom integrated circuit chips, is the subject of the article 
on page 16, Because it wouldn't have been able to plot fast enough with one pen, the DesignJet uses 
two, and how it keeps the two pens properly aligned is explained m the article on page 24 The unusual 
chassis is a rugged, precise unit made up of low-cost nonprecrsion parts held rigidly in place by a clev- 
eriy designed structure (page 28). In developing the mechanical architecture, the designers found that 
extra time invested in communication before beginning prototype design paid off in a shorter overall 
project and lower-than-expected costs, as they explain on page 32 

The DraftMaster Plus drafting plotter is an enhanced version of the DraftMaster pen plotter Improved 
plotting reliability, improved media handling, and an improved user interface all contribute to increased 
user productivity by reducmg the need for operator intervention during plotting. The most common cus- 
tomer complaints about pen plotters concern reiiahllity— pens running out of ink, drying out, or clogging. 
The SurePlot plotting system includes improved pens, extra pens, and a sensor system that detects de- 
fective lines and automatically replaces faulty pens so that 998 out of 1000 drawings meet user expecta- 
tions (page 35| Media handling is improved by roll feed and a new media cutter and tray (page 42). The 
enhanced user interface offers a redesigned front panel and simplified selection of pens, settings, and 
drawing quality jpage 49). 

Hewlett-Packard's reduced instruction setcortiputer architecture, called PA-RISC, provides for multi- 
processor imptementatmns in which several processors share the work. Adding a processor board to a 
system turns out to be a very cost-effective way of improving the performance of a computer system, 
particularly for online transaction processing (OLTP). The operating system schedules the processors 
and keeps them from interfering with each other. The first multiprocessor implementation of the PA -RISC 
architecture supports up to four processors and is available in versions that run either the HP-UX* oper- 
ating system or the MPE/iX operating system. The article on page 56 tells how the HP-UX kernel was 
modified to support multiprocessor operation and shows how much the performance is improved by 
adding processors. A feature of multiprocessor HP-UX is that, unlike many multiprocessor operating 
systems, itcanrunona uniprocessor system with no performance penalty. 

State-of-the-art very large-scale integrated circuits like microprocessors can contain millions of transistors 
and have hundreds of inputs and outputs. For various technical and logistical reasons, such chips are 
rarely mounted directly on printed circuit boards, but instead are supplied in packages, which are soldered 
onto the boards. While some packages provide high-performance electrical and thermal environments 
and some are easy to assemble and rework, the idea! package would meet all of these requirements. A 
packaging technology that comes closer to the ideal than any of its predecessors is described in the 
article on page 62. Based on an existing technology called tape automated bonding, or TAB, tt maintains 
TAB'S advantages of good performance and lower cost, but doesn't require TAB's expensive facilities and 
is easy to demount and rework. Called demountable TAB, or DTAB, it was developed by HP's Integrated 
Circuits Business Division. 
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As expiained in our August 1992 issue, the HP 9K)0 Sedes 700 compiitir workstations have a buiH-in, or 
core, input/output system that provides a vanety of indystrv- standard I/O ports. Because many cystorfi- 
ers will need higher performance or want to expand ttiecr systems, the Series 700 workstations also offer 
an 1/0 expansion bus, which accepts plug-in cards ttiai provide additional iridustry-standsrd I/O ports. 
The EISA bus (EISA stands for Extended Industry Standard Architecttire) was selected for the Series 700 
expansion bus because it is a high-performance bus that is expected to meet the needs of HP customers 
and because it meets HP s goal of converging to an industry-standard I/O bus for aff new workstations. 
The article on page 78 describes the adapter that provides the EISA bus to the outside world, acting as a 
bridge to the internal Series 700 system bus. Four types of plug-in EISA I/O cards are now avaifabJe for 
the Series 700: an IEEE 802,3 (Etfiernet) LAN card, an IEEE 488 (HP-IB) card, a SCSI (Smalf Computer 
Systems Jnterfacej card, and a programmable seriaf interface card. Discussed in the article on page B3, 
the cards use EISA bus master and DMA (direct memory access) methods to take advantage of the EISA 
burst-cycte protocol for high-speed data transfer. The software for the EISA SCSI interface card is 
explained in the article on page 97, which also talks about recent extensions to the SCSI standard. 

The article on page 109 is from HP's Worldwide Support Systems (WSS) organization, where they develop 
mission-critical systems for HP's worldwide customer support business. Seeing the emergence of client/ 
server solutions based on open systems concepts, WSS began to migrate their applications to this new 
paradigm whife it was still m its infancy and standards were still being defined. They developed a technical 
architecture that provides a framework for designing modern, integrated client/server apptications. The 
article explains the architecture and relates WSS's experiences in migrating two existing applications. 

December is our annual index issue. The 1932 index starts on page 120. 

R.P Dolan 
Editor 



Cover 

The pen carriage of the HP DesignJet large-format thermal Inkjet drafting plotter is shown with a 
DesignJet plot The two print cartridges {HP DeskJet printer type) can be seen, as can the lever or 
adjustable cam that is part of the mechanism for aligning the pens in the media direction (scan direction 
alignment is done hy adjusting pen^firing ttmingl. The red light-emitting diode (in the mirror) is part of the 
adjustment system —it illuminates a test line that's used to measure and correct pen misaJignment (The 
mirror isn't part of the pen carriage. We just put it there to show the LED. We also simulated the LED light 
for this photo J 



What's Ahead 

The February issue will be entirely a lightwave technology issue, featuring articles on the design of the 

following fiber optic test instruments: 
» HP 8504A precision reflectometer 
I HP 8146A optica] time-domain reflectometer 
I HP 83440 Series lightwave detectors 
» HP 8167A and 81 68A tunable light sources 
> HP 81534A return loss module for the HP 8153A lightwave multimeter. 

Leading oft the issue will be a pa per summarising the contributions of HP Laboratories' photonics 
research program to HP's lightwave product line. 
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A Large-Format Thermal Inkjet 
Drafting Plotter 

The HP DesignJet drafting plotter combines the low cost of pen plotters 
with the speed of electrostatic plotters. Throughput is almost independent 
of drawing complexity. The plotter uses the same roll and sheet media as 
pen plotters, and in roll mode, automatically cuts and stacks plots for 
unattended operation, 

l>y Robert A. BoeUer, SamueL A. Stodder^ Joliii F, Meyer, and Victor T. Escobedo 



Tho major rontribution of HP's firmt largo -format drafting 
plf)ltpr, introtliirfxl ill 1081, was high performaiicp at a miirh 
lower price than hati previously been available. Thiough the 
application of tile's proprietary hiKjet technolog>\ the new 
HP Design,Iet large- format drafting plotter offei's customers 
the same kind of contribution in perfomiaiice at low cost 
wlule providing greater reliability of tlie ink delivery system 
and greater user friendliness. 

The DesignJet plotter (Fig. 1) can plot a complex D-size 
drawing in three minutes on commonly available media, h is 




Fig. 1. Tlie HI* Dc^sigJiJt^t plulter uses themml inkjel tpclinology lo 
produce iargL^'fonnai. plots on tiDfiirnoiily avitilable dcafliiig media. A 
roll-feed niade allfivvs unattended plotting uith automatic tutting 
and sUiekirig of conipletwi plotii. Eesolution is ;iO0 dots per incti and 
plot time for a D-size plat is about tliree nunutes. 



quiet and can produc e several hundred plots without a pen 
change. Il accepts si:ngle sheets or, for lui alt ended plotting, a 
roll of media. When a roll is used, a buill-in cutter separates 
the plots uito sheets, wluoh fall iiUo a media tray below the 
plotter. The plotter accepts vectors (HP-GI/2 instructions) 
or raster data {IIP Riister Transfer Lmgiiage). Resolution is 
3(M) dpi,^= 

X<ow-cost plotting has been dominated by the traditional pen 
plotter Pen plotter performance is usually eharacieri^^ed in 
tenns of acceleration and velucily. The greater the complex- 
ity of the image, the longer it lakes lo ploh .\n architeetui"al 
ploi on E-size paper u light be in the range of 100,000 to 
1,000,000 vectoii). A typical throughput profile for a 4g, 
25-ips plotter might look as shown in Fig. 2. 

In contrast, the DesignJet plotter's perfomiance does not 
chajige much with drawing complexity. Thnjughpul is more 
a function of the page sisse and the vector transmission and 
conversion t ime. Tlie DesignJet plotter's built in Intel 80960 
processor and electronic ru'chitecture make vector transmis- 
sion and conversion time ven^' small. A typical throughput 
[>ronie for the Design^Iet plotter is showTi in Fig. 3. 

HP iniget technolog:^' also provides customers witli an im- 
provement in writing system rehability. The ink^jet pens each 
hold about 38 cc of ink. and no priming is needed when 
stalling up. The DesignJet plotter uses two pens, which will 
last for about 200 reasonably complex E-size plots. The plot- 
ter can be left unused for many weeks, and the writing sys- 
tem will always work without mtenenlion when it is needed. 

' A GDD'dpi addrassabla rasolutipn ver^icn known as Una DesigrUet 600 is miw in productiofi 
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finnipJexity and size. 

The DesignJet pli^iler reprei>ents a mi:yor contribution to- 
wai-ds making a Uuge plotter more friendly. Sheets and rolls 
load easily from the front of the machine and are ejected 
Lowai'd the from, making ptoi retrieval easy. The built-in 
cutter works well on all media types, irKHudii^g Mykir, which 
i.s usually a challenge because of its silica content. A passive 
media stacking system stacks up to 20 plots, 

Tlie DesignJet plotter is one of the first IIP products to in- 
coiporate a modular I/O slot Ihai will allow many [IP periph- 
erals to use the same l/( ) ( urds. At die product's in I rod uc- 
tiory, there were MIO (n^odular 1/0) cards available that 
alUiw the DesignJet tJ loiter to coruiect to some networks 
^ind lo FIP-IB (IEEE 488, lEC 625) syslems. The MKKslraU^v 
promises to provide otir euston\ers wit It a mucji lu'oader 
range of ronnec tivity solutions as new cai^ds ari^ tlevt^loped. 

Design Challenges 

We knew that priitl quality is *>ur customers' most important 
need. But larger- format plotters require vei^ tight tolerances 
over the large distJinces required to span an E-size sheet of 
paper. IJnfoil.imaiely, the laws of physics dictate that large 
beanis lose their st if rnrss rapidly as they get longer. There- 
fon-. we had to engiru-er Ehe j)nKiuct rigiu fr{)m the i)eginning 
to he stilf enough aitd accurate enough to hold the reqnired 
tolerances. 

To increase the i>loi ting throughput, tlie Desigalet t)Iotter 
incorporates two pens instead of just one. Tvi'O pens can 
prini twice as fast as one, but must he aligned accural ely^ so 
dial I he customer does not see any banding or ga^js al the 
junction between pens. The same throughpuC requirenient 
put demands on the veetor-lo-raster conveiter that trans- 
forms the HP-GIV^ input into the ntster data that the pen 
needs. 

We needed lo uujke a ma^jor improvemeru in the ease of us- 
ing and loading tlie machine. Laigeformat ]>io1s are difficult 



to handle, and our goal was to try to make the plotter as 
easy to use as an HP DeskJet printer We also needed a way 
to stack plots as they came out of the macliine. 

W^e needed to make the machine reliable so that it could be 
used unattended- This required careful design of the media 
path and the cutter system so thai paper would never jam or 
tear and the machine would be guaranteed to %vork ail the 
time without user intervention. 

We needed to be veo' cost conscious, and this required 
care in meeting design -for-assemblability and design-for- 
manufacturahiiitj' goals. It also created a need to integrate 
more of the electronics. 

We had a tremendous nmnber of functions lo implement in 
the fimiware- Some of this functionality provides compati- 
biiit>' with other HP plotters, such tts rront-t>anel control of 
line tjpes and widths. Other functionality pro\1des new op- 
portunities for using the ijlotten such as otir RTL (Raster 
Ti-anster Language), whicli allows \ectors and raster data to 
lie mixed on the same plot, and our MIO support, which al- 
lows the plotter to be used on a netw^ork directly^ without 
connecting through a server 

M^or Features 

Tlie DesignJet pen carriage holds two print cartridges, along 
with a mechanism that allov^'s one of the canriilges to move 
slightly relatKe to the other so that optimal pritit quality can 
be achieved. The carriage also holds optical sensoi's for attto- 
mating tliis ac|justment and for automatically detecting Ute 
paper edges. 

The Y-axLs drive servo system, which moves the carriage 
back and forth on precision rails, includes a linear encoder 
f bi' maximum accuracy. The same S drive also prograjnmati- 
cally engages a separate cutter carriage that cuts roll-feed 
media. The media cutter consists of a catxiage-mo tinted 
rotary l>lade that is spring-loaded against a Ti^iHl linear 
hlade.=^= 

A pen set vice station caps the InKjet carl ridges t(j prevent 
the ink from di-jing out when ilu- plotter is not in use. The 
senice station includes a wiper to help maintain a clean 
nr>zzle surface, which helps pnnt (luality Also inclttded is an 
uikH±-op detector, which is used Icj detent tine if the cartridge is 
firing properly. 

The X axis drive servo system moves the media. The media 
drive system can lumdle a wide range of niedia widths up to 
;ifi Inches, and is also capable of dri\ing a mde range of me- 
dia types, A precisely dimensioned rubber roller pro\1des a 
friction dnve. 

The roll-feed assembly accepts rolls of media up to 50 me- 
ters in length. A sh(*e^t stacking system collects the plots as 
they are cut off the roll. 

System Block Diagram 

The l>esigivh4 plot Km* l>lock diagram. Fig. 1 siiows the rela- 
tionships of ail of the m^or functional areas of the plotter 



' Tha culler design i^ sinrtifar, tiu[ noi jdeniicijl, la the m&dia curtej" of rtie HP Of^ttMastej' PIjjs 
plottarfseB amScfe. page it] 
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Fig, 4. Simplified system block diagram af the HP DesifitiJet pJotter. 



The input/output ports are treated as memory adriresses. 
The RS-232 universal asynchronous receiver/transmitter 
(UART) is part of the processor support ASIC (apphcatioii- 
specific integrated circuit). There are thiee ASICs in the 
Design Jel plotter. 

IM bytes of system read-only memory (ROM) is used to 
store system firmware. 2M bytes of dynamic random-access 
memory (DRAM) is standard. Expansion slots allow expan- 
sion of the DRAM to lOM bytes, 2M bits of RAM is used to 
store swath infont^atior>. An electrieally erasable read-only 
memory (EEROM) IC is used as nonvolaiile memoi^' to 
store variables that must be retained when power is oft. 

DRAM addressing is eont rolled by if^e processor support 
ASIC. The main processor, an Intel 80960, conimunicates 
with the ser\ o processor (an 8052) through the processor 
support ASIC, since tlie two processoi's run at different 
clock frequencies. 

The pen interface ASIC removes swath pixel data from the 
swath RAM and transfers the data to ttie carriage ASIC^ 
which is located on the pen carriage printed circuit assem- 
bly, through the trailing cable. The carriage ASIC creates the 
proper signals for the pen drivers. 

The processor support ASIC ret ei\ es encoder fee<:lbacl< (iata 
from the X-axis and Y-axis motors ar\(l ouiptits the data it> 
the servo processor for calculation of the necessary pulse 
width modulation (PW'M) signals to driw the motors. The 
processor support ASIC outputs the PW^l signals to the mo- 
tor drivers, which are located on the interconnect printed 
circuit assembly. 

Front-panel and all sensor input (except the line sensor) 
goes to the serv-o processor which also controls the fan, the 
stepper motor that moves the pen nozzle wiper blade, and 



the EEROM. A voltage regulator on the interconnect printed 
circuit assembly controls the pen drive voltage. 

The pen carriage line sensor output goes to an analog-to- 
dlgital converter ( ADCJ^ which outputs tlie converted signal 
to the carriage processor (an 8051). 

DesignJet Print Quality 

Good piint quality is of prime importance fur any printer or 
plotter. An understanding of the customers* print quality 
needs and how to meet them was critical lo the success of 
tiie DesignJet ptotter 

During the investigation phase of the DesignJet project both 
intemiil and external surveys were conducted to detenuine 
how well a large-fonuat, monochrome, thermal inKJet plot- 
ter would be perceived by the taj^et market. Pen plotter, 
electrostatic, mul Inkjet plots were showii to customers. 
Customer conuneitts on print quality were recorded and 
categorized- Next, specific print quality attributes were iden- 
tified and special SLirvTys were condticted to quantify what 
specifications had to be achieved to meet the customers' 
needs. These special sur\ eys included nu^dia and print mode 
testing, banriiiig, vertical line siniighUiess, and cockle testing. 

Media and Print Mode Testing 

Tlie target mai ket is primarily composed of pen plotter us- 
ers who need higher througlipiU. These users prefer to use 
the media types that are conuuorily available today far pen 
plotters. We found that most commonly available plotter 
bond papers exhil>ited excellent print quality when printing 
with one pass < jf the inlget pen over the paper However, 
when printing aiea fills on some vellums and translucent 
media, two passes of 5t)% ink density per pass were required 
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before customers would consider the samples to be final- 
qiiahty plots (see Fig. b). The tftxj-pass print mode worked 
quite weU to improve the urdfoniiity of area fills. Commonly 
available polyester film media did not work weU even with 
multiple passes. Therefore, a special film that is more recep- 
tive to the ink wbs de\^loped to work with a two-pass print 
mode. 

Banding and Line Strajghtness 

To lielemiine what were acceptai)le limits for banding, a 
sur^ ey was designed to test user sensKivity to this print 
quality attribute. Plots were generated on a liiglily accurate 
drum primer. Adjacent swaths were printed with knowTi 
displacements from the ideal. Tliis resulted m a range of 
plots, each with a <lifferent level of discrete swath botmdaiy' 
niisahgnment (bandi?). Uliett ac^iacent swaths are jiiaced too 
far apart a light hand or gap is visible and when attjaceni 
swaths are placed too close together a dark h^ind or overlap 
aiipears. Users were asked to ratik the plots for acceptabil- 
ity (see Fig. 6). By evaluating the suney data we were able 
to determine how accm-ate the specifications for the prrnt- 
ing mechanism would have to be in the paper axis direclion. 

Line straight n ess was tested in much the sante w^ay. Plots 
were printed with discrete offsets at swath bountiiiries in 
the direction of sw^ath scan. By evaluating the survey re- 
sults, we were able to determine how accurate the .specifica- 
tions for the printing mechanism would have to be in tlie 
pen scan direction. 

Cockle Testing 

Cockle is the wrinkled appearance of paper affer ftaving 
betug soaked in water and tlien left to dry. Tlie high water 
content of the IIP DeskJet pen mk results in significant 
cockle when applied in large aR^a fills. Analysis of customer 
plots showed tiiai most users do not plot with high print 
densities. However, solid area fjlls are used for small logos 
and thick lines. 

To better understand user sensitivity to cockle, a test w^as 
designed to detemiine how dense a plot could be and still 
have acceptable cockle. Plf>ts were printed with a pattern of 
evenly spaced s<|uare ^uea fills. .Aiea size and spacing were 
varied from plot to plot. Lasers were then asked to rank I hv 
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Bandtng Error 

Fig. 6. Ph4 at ceptabiiitj' as a hinttion uf banding f:'rror. 

plors tor cockle acceptability. The sur\x\v results showed us 
that for area fill sizes and spacing that would be typical for 
our l^get market, tiiere would be no problem i^ith cockle. 

Design Issues aiid Technical Risks 

After the t^rin\ar> prinl quality specifications were estab- 
lished based on uj^er needs, the design effort comtiienced to 
find ways to achieve these goals at the lowest possible cost. 
Key elements of the design were closely analyzed and risks 
were balanced. Worst -case analysis wtis done early to prove 
that v^irious concepts could meet the requiied error budgets. 
The areas in which it was mosi difllcult to meet the required 
specifications were banding and line straiglitness. 

Banding error Ls the sum of errors caused by paper advance 
accuracy, pen-to-pen alignment in the papei^ axis, and failed 
or weak pen nozzles. The Ijandir^g lolenmce specification is 
tiiken up mostly by pen-lo-pen alignment and paper advance 
errors. 

On the DesignJet plotter, two Uesklet printer pens are used 
essentially as one larger pen to meet throughput goals. 
Worst-case analysis r:)f the pen carriage tolerances and Desk- 
Jet pen tolerajues showed lluit this concc^pt would result in 
btuiding because of pen niisaligruiieul in Ih{* paper axis, and 
that tlie bajiding won Id be much greater than the customer 
would tolerate. An aut.oioalic pen alignment system was 
designed to minimize the amount of error budget consumed 
by pen alignment. 

The allowable error rentaining for the pat>er advance system 
resulted in a considembU^ design challenge. Several altema- 
tive designs were analysed using Monte C^arlo sinujlation 
methods. The winning concept uses an indexing wonn drive 
gear transmission scheme. This approach virtually elimi- 
nates cyclical erroi^ caused by the motor, encoder, and 
worm pinion. To reduce the eirors caused by variation of 
tlic effective dian^eter f)f tlie tirive roller, a calibration is 
performed on the production liru^ using the Design^let's own 
internal reference. 

Achieving the 11 JU* slraightru^ss goal also proved to be a diffi- 
cuh task. The DesignJet |>hrltci- noi only retjuires iwr* Desk- 
Jet pens to atH as one larger |>eri tiut also [leeds to print bi- 
(hrectitinally to acbit^ve the thnuightiul gotils. Much attention 
liad to be given to the aligmneni of lh(^ pens in the scan 
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direction to achieve the vertical Liiie stiaightii^ss goal. A 
scheme was imp le men ted by which pen alignnient error in 
the scan direction and bidirectional error (carriage dead- 
band) are measure tl with an optical sensor, These errors ar£^ 
then corrected by varying the timing ol ink-drop fliing. 

The difficulty arose when wo tried to align pens that exhibit 
excessive spray along with the main ink drop* The effects of 
spray on alignment get worse as the pen-to-paper distance 
increaseSt but moving the pens close to the ijaper risked the 
possibihty of a pen drag because of cockle in a high-ink- 
density plot. The problem was minimised by doing a careful 
worst-ease analysis of the pen-to-papcr distance and moving 
the pen as close to the media as possible, t'ockle amplitude 
was measured as a function of time for paper and translu- 
cent bond to detenirine how close the pen could be to the 
paper without any possibility of toiiching (see Fig. 7). 

As mentioned above, cockle dictates how close the pen can 
be to the paper, which ultimately affects line quality. To 
nuniniize cockle, the paper path is designed to constrain the 
paper physically as much as possible. The paper is wrapped 
around a drive roller and is tcnsioned by aji overdrive roller. 
In I his way, paper cockle in the printing area is forced to a 
higb-spatial-frequency, low-amplit ude state, allowing the pen 
to be located as close as possible to the papen 

Production Control of Print Quality 

Meeting print quality goals is dependent not only on careful 
design but also on careful production control to ensure thtU 
no product is shipped ttiat does tiot meet all print quality 
specifications. On the [)esigalet production line, several 
tests measiu'c the perfo nuance of each machine for each 
print quality specification (see Fig, 8). 

The banding specification is checked by four tests. First, 
cychcal errors in tlie paper drive are automatically mea- 
sured and then analyised with an FFT (fast Fnuriei- trans- 
foHTi) algorithm. From this data, a faulty part m the drive 
train can be identified and replaced. Second, accurate paper 
movement is ensured by aT\ absolute accuracy calibration 
test. Next, w^eak or faiilly pen firing is checked by visual 
exmuination of a test plot. Lastly, prim cartridge alignment 
in the papei' direction is measured witli the aid of a video 
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Prim Quatily Attribute Specificatiniis 

1. Accuracy 

1. Line Straightn«5S 

3. Margin Pafallelism 

4. Line Fueriness 

5. Wet Cockle/Pen Smear 

6. Banbhng 

a. Swath Advance 

b. X Pen Alignment 

c. Nozzle Out 

d.Drop Volume Variation 



Time after Applicatiort ol Ink 

Fig* 7. Measurements of wet cockle tpaper i^Tinkling after being wel 
and dried) as a function of time. 
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Fig. 8. Assembly lirie print (luaJfty atlrlbute control for the HP 

De4:iignJet plotter 

microscope measuremeEit system. Vertical line straightness 
is also ensured by measuring a print sample with rhe video 
microscope systetri. 

Proper pen height above the paper is checked by two sepa- 
rate tests. First, slider rod straightness is measured as pait 
of the chassis assembly procedure. Second, pen-to-paper 
distance is measured directly for each machine by installing 
a heiglit gauge in Ibe pen stall atid measuring the distance to 
tlie platen at Lliree dilYerenl locatiotis. 
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The linal check for print quality is done b^^ human inspection 
of a demoasrration plot al the last station on the assembly 
line. 

DesignJet Media 

The media set plays an important part in the customer 

acceptability' of a plotter. It was a requirement thai the 
Hewleit'Fackard media recommended for the new Design- 
Jet thermal inlyet plotter provide consistent high quality 
equal to or better than other brands on the market. The proj- 
eci goal lA'as to use the current Hewlett-Packard pen plotter 
media set for the Design*Iet plotter, the only exception being 
the drafting film. ThLs goal presented a challenge in two 
areas: opaque bond paper and vellum. 

Opaque Bond Paper 

The then-current Hewlett -Packard bond was being changed 
concurrenily with the development of the DesignJet plotter 
because of Hewlett-Packard environmental concerns and 
media archivahility issues with the existing acid-process 
bond paper A project Iiad been initiated to develop a new 
alkaline plotter bond paper that would be better for the cn\i- 
rtjfunent. provide improved aichivability, and liave superior 
print quality. Adding the requiremeni to support a thermal 
Inlget plotter mcreased the complexity and risk of t lie proj- 
eci and necessitated meeting the more aggressive plotter 
development schedule. 

A m^or impetus for this alkaline paper project was the envi- 
ronmental issue. Alkaline paper processes use chemicals 
that are less harmful to the environment. Paper compajiies 
were changing tluir "plain papers'' to alkaline partially in 
response to this concern. Plotter papers were not being con- 
sidered for this tiiau^e by the nuyority of plotler paper 
manufacturej-s, but we Telt that Ilewkit-Pac kaid should he 
among the leaders in this effoii. 

Pen plot t cr antl 1 hennal Inkjet inks have water as a ni^jor 
cfjmponent. In tyrncal pen plotter inks, water makes up 
sliglttly tufJre than half of the ink. Other cosolvenis are jires- 
ent depending <m the type of pen and the mamifacturer In 
theimal Inkjet ink, water makes up f )t>Xi or more of the ink, 
The cosolvent, while a much smaller percentage of the total 
ink mbcture, Is nntch more aggressive. The challenge in devel- 
oping an tdkalirte [jaiier that is compatihle with liotli fn-n plot- 
ter ink imd therrtial mXjet ink involves the basic components 
of the paper sheet. 

The common plotter papers were and still are typically acid- 
process and were developed to meet the requirements of 
pen jilotter inks. This means a moderately high level of inter- 
ival sizing rnniparud to plain papers such as office paper or 
copy pajjers. Siirra< c^ control of the image com])onents of 
the ink is impoitani lo inaintmn fine line quality. Pen plotters 
emulate manual drafting methods, using pen strokes to 
create the lines and siiiietures. Tlierelbre, controlled re- 
moval of the solvents (water and others) from the surface of 
the sheet is not as critical ris it is for the DesigrLfet thermal 
inHJt't plotter. 

.AJkaline papers use the smiie paper fibers as acid paper and 
the process is very similar, using the same paper machine 



equipment. Alkaline papers differ from add papers in two 
m^or areas: sizing and fiilers. Sizing imparls water resis- 
tance along with other properties to the pai>er either 
through intemaj sizing or surface sizing. Ftilers are used to 
fill spaces between the paper fibers, to improve printability. 
and to replace the more exi>ensi\'e paper fibers. The filler of 
choice for alkaline papers is caldum carbonate, and for add 
papers the filler typically used is clay, 

Exienstve testing of alkaline sizing agents indicated that 
their w^ater resisftjvity^ is equal to or better than that of the 
acid sizing agents. Therefore, sizing did not appear to be the 
critical component. The next component of paper to evalu- 
ate w^as tlie calcimn carbonate. Sample papers with varying 
amounts of calcium carbonate were evaluatefl with both pen 
plotter inks and thennal inlqet inks. The level of calcium 
carbonate in the paper sheet was inversely proportional to 
tlie print quahty level of both pen t>i otter and thermal inlget 
plotter output, f on trolling the calcium carbonate level im- 
proved print quality but the improvement w^as not suftlcient 
for Hewiett-Packard products, so sizing was revisited. 

The last component consiciercd was tlie surface sizing. Om^ 
paper manufacturer had been working concurrently on pa- 
per componenTs lo improve thennal inkjet performance on 
alkaline papers. The particular surface sizing component 
developed for other products was tested on our carKlidate 
paper, and resulted in improved control of the thermal inlget 
ir^k on the surface of the paper. This pro\1ded the needed 
imj>rovement In print quality to make tJie paper acceptable. 

The final effort in developing the paper was to characterize 
the current media, understanding the requirements of pen 
plotters and thennal inlget plotters, and then recreate the 
physical chamcteri sties of tlie acid paper in the alkaline 
pai)en l^igorous testing of the then -current acifi paper %vas 
perfonned to develop the model lo present to the paper 
manufacturer 'fest ing included all image and himdling <har- 
acteristies of the paper sheet. These included both media 
handling characteristics such as thickness, stiffness, surface 
smoothness, surtate friction, tear strength, tensile strength, 
<3nd moisture atid image ciiaracleristics suc!h as opacity, 
brightness, paper color, and porosity. 

The model w^as presented to the paper manufaeturer along 
with a plotter test l>ed. As a result of the early invest igation 
and the investnient in developing a detailed mociel of the 
sheets the new alkaline opaque bond met all the print fjuality 
and schedule requirements for both pen pIotl(*rsai5d the 
new DesignJet plulter. Print quality for the DesignJet was 
optimizetl and critical perfonnance parameters such as media 
liarKlling, color response^ and sheet feeding for pen plotters 
were ntaintaiiied or improved. 

Vellum 

Th(> vellum presented a different challenge. Development- 
phase testing of the DesignJet plotter witli the vellum re- 
sultt^d in marginal peiformance because of i lie eharad eris- 
tics of the new improved thennal inkjet ink. Thus a new 
vellum was necessary to meet the prirU quality goals- The 
DesignJet schedule required a successful vellum within sbc 
moi^ths. 

(mntirtumJ on p.aga 131 
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DesignJet Plotter User Interface Design: Learning the Hard Way about Human 
Interaction 



How many times have you picked up a product arrd found it easy to yse^ If a prod- 
lici is easy to use. it probably was no small task to nrtake it that way With some 
products, even simple ones, [ can be frustrated because I can't make it do what I 
ejtpect tt to do- Either I don't know how or it doesn't have the capability The 
manua! may be within reach hut I have no interest in consultfng n. With any prod- 
uct users hope tu combine their own intuition witti exiernal clues to deTermine 
the machme's capabilities and correct operation. Whai a confidence builder it is 
when a person can walk up to a new machine and operate it correctly! 

We engineers, with our generaliy analyticaf minds ^ think that the simple solution 
is to publish a oianual with step-by-step instructions. Although users ej«pBct such 
a manual at least 50% will attempt operation without even opening it Apparently 
users do not find it pleasant to build their mental model of a machine's operation 
by ysmg only diagrams and text from written instructions, 

Aithough the cause is noble, achieving intuitive operation is not so easy. A de- 
signer, familiar with each intncacy of the mechanism, will expi'ess an opinion and 
come up with the initial user interface design, 1^ this going to work for all users'^ I 
think mi but it is a place to start 

Our brain is parallel process rng input from h^/e senses and filtering it through past 
experiences t\Jo amount of analytical ihmkmg ma serial fashion can possibly 
predict the human response The designer's experience with the de^relopment 
precludes any useful help in the user interface area Perhaps, we might ttiink, an 
experienced person could help us determine how people will react. Mistake' No 
one person can determine the best user intijrface that will appeal to the most 
people. This is a very difficult concept. When your mar^ager trtes out your design 
and has a certain difficulty, that can seem like the highest-priority problem, but it 
may just be a corner case. User testing is the key 

The DesignJet plotter started life as a gleam in the eyes of an architectural team. 
Prototypes were built, and along with proving the functionality came early user 
testing of some of the concepts the designers were concerned about For e^iample, 
to load roJI media, the user needed to preselect rolJ format on the front panel, 
place the roll correctly on the spindle [it can go four ways), insert the media into 
the load slot, and lift the pmch roller release Jever to aitgn Was the roll-to-sprndle 
DrEentation intuitive? WouJd people lift the lever when instructed by the front panel? 

The designer's npinron was that we needed to redesign for automatic iever lift, we 
should not be asking people to raise the lever. Mistake! No one person, especially 
the destgner, can determine user reaction. A week's worth of investigation resulted 
in an unacceptable impact to cost and schedule and so the idea was reluctantly 
shelved. Later user testing showed that people had no problem or frustration when 
the display read "Lift lever.'' They simply lifted the only lever on the machine. 

The same initial user testing showed that ail users intuitively oriented the roll on 
the spindle backwards. This sent us into another redesign, tNs time for two 
months, resulting in a proiotype that allowed the roll to be installed this way 
Mistake! Users look for clues and parallel process all mformation. This rrew proto- 
type displayed a new set of problems of both function and ease of use Going back 
to the original design, a more subtle change was made. A graphic label installed 
under the roll cover was the clue that users were looking for. It was only rn the 
absence of any other information that they showed the opposite preference for 
roll orientatioo- 

With the initial concerns addressed by user testing, we thought we could continue 
with hard tooling. Mistakel Not all user mterface problem areas can be predicted. 
The entire system must he tried by typical users not familiar with the product 



Testing after hard tooling revealed that people wdl not select sheet or roll mode 
before trying to load the medJa Initially a button on the front panel toggled two 
light-emitting diodes that dtsplayed the type of media the DesignJet plotter ex- 
pected From the previous problem, we had already learned that the DesignJet did 
not need to be redesigned: we simply had to provide more clues Now. after the 
load IS initiated, the plotter pauses and asks the user, by means of the front-panel 
display, to select which format of media has been loaded, This tested well and has 
the added benefit of providing the user witb time to stop and decide [with hands off] 
it the plotter has a good, even gnp on the media before continuing. Unfortunately in 
this case, the hard tooling needed to be modified as an unexpected expense. 

At the same time, ft was found that llfst-time user^ almost always created a paper 

jam while trying to load. This was, of course, unacceptable Observation of user 
tests showed the various techniques people were using to load. The DestgnJet 
plotter grabs the media after a set amount of t^me when the media passes a 
sensor in the insertion slot, People dtd not know that they needed to wait for thES 
time and then let go of the media so that it could move into the mechanism. We 
needed to provide some clues An audfble click, which was part of the original 
concept, was not enough, Almost by accident, it was discovered that if we moved 
the media fjuicldy at the start, users would instinctively let go. 

Another problem was that some people were using a line on the side of the ma- 
chine to adjust the media squareness. People complained that there needed to be 
a guide on the stde to align tha medja. It wasn't until we thought about the com- 
ment that we realized this was how they e>ipected to keep the media square. They 
svere frustrated because the DesignJet wouid reject that load as misaligned. It 
was not possible to use the marks on the side to adjust the squareness Our o-iher 
plotters use a side surface to reference the media and these people were accus- 
tomed to that type of system. The correct DesignJet method is to push the media 
against the pinch rollers which are, unfortunately, out of sight The lines on the 
side were only an approjiimate left/right location reference, Within 1/4 inch of the 
side line would have been fine. Our solution was to reduce the length of the I ma 
on the right so it didn't look like something to align to and to add a label in the 
area that explains in six different languages to "Tush media against rear stops/' A 
better solution might have been to make the pinch ro Liars visible to the user. 

The position selected for the label is not very eye-catching but has the benefit of 
not cluttering the appearance nf the machine. While looking at this solution, the 
general comment was, "No one will ever see it." Mistakel Don't ask people to 
predict how others will perceive. LJser testing of first-time users showed that they 
were unsure of how to load and were actively searching for clues. Almost all 
noticed and comprehended the label A bail lift timing change bought us some 
extra design margin which, combined with the improved user interface, gave us a 
vastly improved and acceptable design. 

The design might be improved further now that we have gained a clearer under- 
standing of DesignJet user perceptions. But to give an accurate model of user 
perception, user testing requires a complete product, and a complete product is 
not receptive to many changes This creates a minor dilemma neatly ei^pressed as: 
"In every product's development, there comes a time when you must shoot the 
engineer and go into production." In my case the wound was not fatal and I'm 
recovering nicely. 

P, Jeffrey Wield 

Destgn Engineer 

San Diego Technical Graphics Division 
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The manufacturing of a translucent 100% cotton velluni re- 
sulis in internal and surface characteristk'S dilTerent from 
thosf* of bond paper. The velluju has an added resin compo- 
nent that fills in the voids between the fibers to impart the 
transiucency to the sheet. This results in a sheet that has 
essentially no porosity compared ^^itii the rclatrvely porous 
plotter bond. This ftuther reduces the ability of the ink sol- 
vents to migrate into tJie sheet. In addition, some transpar- 
enti^rs, as the resins or oils are calieti, are not compadble 
with the thermal inlsjet uiks. The project reqtnred under- 
standing the thermal inlqet ink chemistr>' interactions with 
various transparcntizere find selecting the best transparentizcr 
for the best print quality on pen and thermal Inkjet plotters. 

As with the bond paper, extensive testing of the existing 
vellum was undeilaken to determine the desired physical 
characteristics. The data was used to t!e\elop a model for 
the vellum shnilar to that for the boiul papen The vellum 
manufacturer used this informal iori to develop a vellum 
that not only provides excellent print quality on the tliemial 
Inkjet plotter but also has improved characteristics on pen 
plotters. 

These products, idong wjlh the renuitnder of the media set, 
were exhatLstively tested untler a variety of environmental 
conditions on the DesignJet plotter to ensure Hewlett- 
Packard qtiahty for otu^ customers. 

DesignJet Media Bin 

The Desigryet plotter provides "unattended plotting." This 
uivolves handling multiple otiti:)Tit sheets with no user inter- 
vention. The user should be able to pick up a finished plot 
without the added inconvenience of unrolling and hand-cut- 
ting a plot, or picking it up from the floor. We needed to go 
beyond i he usual catch tray, wltich could wrinkle or damage 
the plot, The DesignJet plotter provides tin aLil(Hiuv!ic one- 
axis cutter that will trim the plot to the right lengtli after 
plotting from a roll. The trimmed sheets are then handled by 
an automatic sheet stacking system that won't damage Die 
plots. This function is provided at a low cost increnK^m^ 

System Requirements 

To define the media slacker requu^ments, we conducted 
user sin^eys, suiveys of the niedia distributors, and focus 
grout) studies, l^'rotvi the collected dataj we created a ty|iical 
tiser model and determined the foUowmg requirements for 
the media stacker: 

• li shrnild \\(nk with popular media from most manufacturei:^?. 
» It shoitid work with media sizes from C size or equivalent 

up 10 E size or equivalent. 

• It should work with all media types, inchiding veUtini, chart 
paiJer, Irajislucent, ^md polyester film. 

• It shoidd work under a wide range of enviroiunental 
conditions. 

• It siiould not exceed tiie footprmL of I he niaclune because 
of space constraints in the office enviroitment. 

• It shotild have low in cR' mental cost. 

• U should stack up to 20 sheets without tiser intervention. 

Because it would have been impractical to test all of the 
possible media pemtutations, we defmed a representative 



media sample firom the mc^t popular manufacturers to be 
evaluated and tested. 

Design Considerations 

Cost. time, and available resources pomted toward a pjissive 
s\^stem. This implied that system performance would be 
heavily ii\fluenced by the behavior and properties of the 
media. 

We identified the critical properties that would affect a pas- 
si^^e system and then proceecied to characteiize these proper- 
ties at extremes of ten^perattire and hmnidity because the 
physical properties of most media tyi^es change drastically 
under tliffereni environmental conchtious. We also looked at 
the inlterent properties of roll media, since rolls are the ntedia 
format tisetJ durijig unattended plottuig (cul-slieet mode re- 
quires the user to load and remove plots individually tinlike 
roU mode, hi which plots are automatically cut m\d stjickedj. 

Media Properties 

Curl-Set Curl-set is curvature induced ui the media because 
of internal sir esses as it is deformed to wrap around Uie 
core of the roll This induced cuivature is more pronounced 
closer to the core because it is proportional to the radius of 
the core atid the fension used to wind the media arotind the 
core. We characterized curl-set as a ftmctioii of sheet posi- 
tion within the roll, and we also measiued citrl-set relax- 
ation as a function of time. C mi-set is affected by tempera- 
ture and humichty, so we tested at extreme environmental 
conditions (see Fig. 9). A section of roll media with curl-set 
so pronounced that it tends to rc>ll on itself once the sheet Is 
cut is ctmsidered not stackable. We fotmd that the stackable 
portion of the media roll varies considerable from roll to 
roil, and from media type to media type. It appears that 
many meciia ventiors do not have good control over roll- 
winding tension, which affects curl-sci tlireclly, so tiifferent 
rolls vikry from lOWto 60% in the percenlagc of I heir length 
til at is stackal>le, Tlie amount of curl-set relaxatiuii over t iiuf 
is not enotigli to make a difference iit media performance. 

Friction. We measured the friction coefficient of the repre- 
sent alive saiiiples to try to detennine the optimal slide angle 
for this {yi}v of stacking system. Fig. 10 shows curves of tray 
depth as a ftmclitjn of slide aJigle for 44-inch sheets. The 
optnuum angle is where t he depth is a mmimum. This angle 
varies with the coefficient of friction. 

Ink Dry Time. The ink dry time is the time required for the ink 
Ui ilty nnre it is appUed to the media. This is an impoitant 
paiameter because we needed to be sure ihai the ink will be 
diy by the time it touches the ranij:> of the media stacker or 
other slieets. so that the plot won't smear. 

Stiffness. The rigidity of the sheet as it Ls feed from tlie plot- 
ter to the stacker affects the geometry required to guide the 
media proj>erly. Moisture content affects stiffness to a con- 
siderable extent. Some media s^miples voiM collai^se before 
being stacked because of reduced stiffness^ 

Geometry and Operation 

To keep the media stacker l)in within the limits of the plotier 
footprint, we (k^vised a rami* liiai inverts tiie shed diiection 
under the machine. 
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T\\e prinfiple of the system is 1<> guide the sheet using a 
ramp at a relath^ely steep artgle into a stop. The sheer is then 
allowed to form a loop outside the ramp wi it is ted, so that 
when the sheet is eut. the weight and position of the loop 
induce it to fold outwiird, so that half of tlie sheet ends up 





40- 


" ^/^/ 


^ 




Oi^timitm Afigles (*|: 
Tm = nL ^21.78 in 




3S- 


--"^ 




CoeHiclent / 










o1 Ff (Clion / 


1^ = 22^=21 .18 in 




30- 




y^jX 


T^ = 31 L = 20.31in 


a 


25- 




^^ 


^ T^ = 39 1-13 29 in 
Tn,^ 45 1^1022 in 




2oJ 




V 





90 
Angle Tm tdegreBS^ 

Fig. 10. Measuremenlii of deptii versus slide angle for the DesignJet 
HH.'dla stacker 



Inside the bin and the other half hangs on the outside. Sub- 
sequent sheets follow the same patli and are stacJ<ed on top 
of the previous sheets (see Fig. U). 

To hiindle curled nu?^dia from a roll we demised a feature 
close to the bottom of the bin to sei^^e as a stop for the ourl- 
itig media. If tlie media is considerably curled, tJie leading 
end of the slieet will tend to curl on itself. When the sheet is 
cut, it will collapse into a roll. The stop feature stops the 
leading edge before it curls on itself (see Fig. 12). 

The t)aTameters tliat have a first -order effect on stacking are 
bin depth, the position of the bin relative to the tjutput gap, 
imd inclination angle of the ramp. These parameters can be 
optinii^^ed for a particular media typt^ and length of sheet. 
L'nfortunaiely. there are large variations in media properties 
^md dimensions. We compromised the geometry of the sys- 
tem so tliat it would function with llie most popular com- 
binations of media tjpe and sheet lengtli, and we provide a 
three-level depth a4justment to handle different sheet 
lengths. 
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Electronic and Firmware Design of the 
HP DesignJet Drafting Plotter 

High-performance vector-to-raster conversion and print engine control are 
provided by a RISC processor two single-chip processors, and three 
custom integrated circuits. Development of the electronics and firmware 
made extensive use of emufation and simulation. 

by Alfred Holt Me bane IVj James R. Schmedake, liie-Shuenn Cheiij aiid Aniie P. Kadonaga 



The HP DesignJet raster Intqet plotter projeet required con- 
tributions in ttie design ot vector-to -raster eonversion and 
print engine electronics. The projecl was constrained by 
cost and schedule, but the performance of the vector-to- 
raster converter and the ioKJt't print engine was considered 
of prime importance in jneeiit\g our user's needs. Our tradi- 
tional approach to plotter electronics, while meeting cost 
and schetlule goals, would have fallen short of the required 
perfomiance goals. Exist iug electrostatic vector-to-raster 
converteiSj while tueeting performance goals, were too 



expensive for our market. The approach we took was a 
fresh look at the requirements of both the vector-tchraster 
converter and the print engine. 

Vector-to- Raster Converter 

Tw^o m^jor tasks are perfom^ed by the vector-to-raster con- 
verter The first is HP-GL/2 language piirsiiig. The second is 
conversion of the parsed objects into the dot patterns 
printed on the page. In the Desij^nJet tilotter these two 
tasks are serial and do not occur sinmlianeously. 
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An early decision was made to include the \ eclor-toraster 
converter in the base machine electronics even though sev- 
eral iow-cost competitive raster products omit this feature. 
The design team felt that a \ ector-tD-raster converter could 
be integrated together with the print engine control logic at 
a reasonably low incremental cost- The m^or constraint 
placed upon this implementadon was that it be of high 
enou^ performance to outpace the print engine in all but 
riie most complex plots. It was acceptable lo slow the print 
engine during very complex plots, but only for the affected 
carriage scans. 

LnitiaJ in\'estigations centered on the use of specialized 
graphics processors. These processors were more than ade- 
quate for the i"asterization of lines, but were far too slow 
w^hen parsing HP-GL/Z. Next, an approach was investigated 
in which a general-purpose processor perfomieil the parsing 
and print engine control while a graphics processor did only 
the raster conversion. The fundiinierital weakness of this 
approach is the cost of using two processors even tliough 
only one is required at any point in time* 

Tlie final design is based on a single, high-performance, 
RISC processor for both print engine control and the two 
vector-to-raster converter functions. The selection criteria 
were cost, a performance bencimiark based on an existing 
IlP-GL/2 pareer imd iin engineering estimation of potential 
raster conversior^ performance. The Intel 80960KA was se- 
iected from the available choices, which included both RISC 
antj CISC microprocessors. Although they were not part of 
I lie original criteria^ two other features of the 80i^^60KA made 
it attractive in the DesignJet applicarion. The first of rliese is 
the multiplexed address and data bus, which reduced the 
pin count on the application-specific integrated circuits 
(ASICs) that were being designed for the product (see 
*'Design,Jet ASIC Development'' on page 18). The second is 
tlie existence of the 809fiOKB prot^essor, wliich includes 
hardware floating-point (capability. If at ajiy time during the 
project the neerl for faster floating-point perfonn^mce had 
arisen, the -KA version could have been replaced by the -KB 
version without any circuit board changes. 

The remainder of the processor portion of the electronics 
consists of 2M bytes of DRAM, IM byte of ROM. I/O, and 
DRAM memor^^ expansion. A processor supfiort ASIC in this 
section provides a DRAA! controller, wait state timing for 
both RAM and ROM, interrupt control, and 80960 reset 
synchronization. This ASIC is described later in this article. 

Fig. 1 is the electronic block diagram of the HP DesignJet 
plottjen 

Input/Output 

The DesignJet plotter wjis originally defined as a plotter 
solution for pen plotter users who require greater through- 
put on monochrome plots. This tlefinition suggested incor- 
|)oration of the three built-in 1/0 port5^RS-2;i2-C, HP-IB 
(IBEE 488, IFX- 625), and printer parallel— that are included 
in existing HP pk*Iters. The DesignJet R&D team decided to 
j)iirsue a more flexible approach, A strategy that had been 
adopted Ibr the LaserJet IllSi prirder wyjs investigated in 
which there is no built-in I/O but instead a standardized, 
modular I/O slot (MIO) capable of accepting many different 
types of I/O options. After reviews with tnanvifacnnlng and 
semco represetUatives it was decided to l<i!ep tlie RS-2;J2 



and parallel interfaces built-in to allow the DesignJet plotter 
lo Ie\ erage existing test and repair systems. The built-in 
HP-IB port has been replaced with m\ MIO slot to allow the 
DesignJet plotter to use some of the I/O options developed 
for the LaserJet mSi. At introduction both the HP-IB and 
Novell Ethernet were a\^ailable options. 

Memory' ExpazisioD 

One of the more difficult specifications to set for die Design- 
Jet plotter was DRAM memory size. In a pen plotter each 
vector is strobed out as it is received, so plotting can begin 
as soon as the first vector is parsed. The DesignJet plotter 
must parse and store all the incoming xectors before making 
the first carriage sweep. It is an inconvenient feature of vec- 
tor languages thai the last vector received may cross the 
portion of the page covered by the first carriage scan. This 
leads to a limitation on plot complexity based on the mem- 
ory size available to store parsed vectors. The trade-off is 
the cost of memory versus the complexity of the possible 
plotted images. Hewlett-Packard electrostatic plotters solve 
this storage problem by means of magnetic disk storage. 
The drawbacks of a DesignJet implementation of a sinulai- 
solution were cost and the difficulty of pro\iding a mechani- 
cal mounting to allow a disk drive to survive the shipping 
and operating environments exq^ected for the DesignJet plot- 
ter. The chosen solution is industry-standard, 72-pin single 
inline memory modules (SIMMs). This menior>^ is added in 
the form of IM-byte or 4M-byte SIMMs, which are available 
from IIP for a \iuiety of products in the personal computer 
and peripheral areas. Two sockets are available under a panel 
in the rear of the plotter Addition of two 4M-byte SIMMs 
gives a user an additional 8M i>>tes of vector storage for com- 
plex plots. The use of SIMMs for memory expansion adds 
very little cost for users with needs fitting into the sttmdard 
2M-byt.e RAM and provides a relatively low-cost upgrade 
path for nsers requiring more. 

Print Engine Control 

Print engiiu* cotitrol is a nnich less demanding task than 
vectoMo-r aster conversion. Print engine control includes 
two-axis servo tnotor control, front-panel control keyboard 
staiming, front-panel display update, optical sensor scanning, 
and thermal inlget pen service station control 

The serv'o motor control functions of position decoding atTd 
pulse width modulation of the motor voltage were added to 
the processor support ASiC. The other functions required 
mostly pins with very little logic, so alternatives were inves- 
tigated that could implement them more (efficiently. Tlie re- 
sult of this investigafion is an approach that surprised tnost 
of the design team. A singk^-chip processor, the Intel 8052, 
was able to perform tliese functions with a lower production 
cost thaji ^ui ASIC and for a fraction of the development cost. 
It also pcrfoniis all of the reiil-titiie servo control^ offloading 
this from the 80960KA. 

The 8052 is designed into tiie architecture as a slave proces- 
sor to the S09(>0KA. A bidirectional comm^md and mailbox 
port is implemented in the processor support ASIC to allow 
processor-tO'processor com mimic at iott, 'ftirough this port 
the 8052 is able to return dala to the 8()9li()KA in response to 
commands or to generate one of severaJ interrupts. Among 
these intern ipts is the operating system time slice interrupt, 
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A vast portion of prmt engine control is the electronics re- 
(luired !,o s^upj>ori I fie I hernial iniget pens. Tiie ntosi difficult 
func 1 ion perfoniicd in this area is the niaijping from tlie 
image generated in memory by the vecior-to-rasler con- 
verter to Utc series of timing pulses sent to fire the pens. 
This (ask is made difricnli by die fact thai the DesignJet 
plotter uses two 50-noxzIe pens that are not accurately 
aligned mechanically with each other The mapping and 
alignment compensation are performed by two ASICs, one 
located on the main board and a com[)anion part located on 
the circnit board that travels on the t>en carriage. The two 
ASICs are connec led by a serial link thai iiins througli the 
trailing cable. Tlie pen interi'ac;e ASIC on the main boaid is 
uiitialized with the measured distances between the two 
pens and is able to select from image memory all the dot 
positions that arc covered by pen nozzles at a given carnage 
position. As the carriage scans across the page, this ASIC 
sends groups of 100 bits up the serial link to the carriagt^ 
ASIC at 1/300-mch interv als. The canlage ASIC hiiffei"s tlie 
100 bits and creates the liming patterns used iis inputs to the 
drivers that generate tlie firing waveforms for the thennal 
inlget pens. 

Fen Calibration 

Offsets between the two pens are measured by another se! 
of electronics loc^ated on the carriage boaid (see article, 
page 24). DesignJet pens are tiligned by drawing a series of 
pattenis on a page and then using an optical sensor to mea- 
sure the tdationship of ])at terns drawn with one pen to the 
[lattems drawn by the other These offsets are written to the 
thennal in^jet support ASIC's as described in the paragraph 
above. The electronic components of the cjpt ical system are 
controlled by an 8051 microprocessor located on the canlage 
board. The decision to use the 8051 on the carriage is based 
on the same criteria used to select the 8052 for the main 
board — the 805 1 can perfomi the sensor control functions at 
a lower pail cost and a much lower development cost than a 
speciahpurpose ASIC. An atlded feature gained l)y using I he 

8051 is that it provides tJie serial communication path to the 

8052 on the main board. This conammTication path is used 



both for the optical system and for sending pen firing 
constants to the ASIC' on the carris^e. 

DesignJet ASIC Development 

Often the custom IC design is in the critical paUi of elec- 
tronic systems dcveloiiment. This was the case for the HP 
DesignJet plotter project. Three ASICs were needed to pro- 
\\dv tiie necessary functionality and perfomiance in the 
DesignJet plotter at a low cost. 

The main challenges were clear right from the begimiing. 
The team had to dehver tlu-ee working ASICs on schedule. A 
tumaiound in any of the ASICs would have meant a serious 
schedule slip, since the fully functional ASICs were needed 
to start much of the system-level testing. The t e^mi also had 
to provide the functionahty of these ASICs before the finst 
silicon became available to enable parallel development of 
the printer mec hanisms and fimnvaie. These needs had lo 
be met with a limited number of engineers and a given 
budget to avoid adversely affecting other projects. 

Processor Support ASIC 

The tircfcessor suppoil ASIC interfaces to both the main 
processor (80tJ60KA) and the sen^o processor (8052 J and 
jsertbrms various assist functions for each processor. The 
block diagjam of the IC is shown in Fig. 2. The main proces- 
sor side tjf the processor support ASIC c onsists of the 
809G0KA interface, ttu^ DRM! con I rotten I he serial I/O inter- 
face, imd ttie fire pulse controller On the servo processor 
side, the IC contains the St)52 interface and the motion con- 
troller. The processor support ASIC also pro\1des two 
modes of communication between the processor: a polled, 
bidirectional mailbox aiid an intenaipt-driven, unidiiectional 
block transfer buffer. 

The 80960 K A interface assists the processor during bui^st- 
mode ROM and DRAM accesses arid handles the queueing 
and prioritizing of the incoming intenupts. The DRAJVI con- 
troller supports up to 20M bytes of memoiy of different sizes 
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and access times. The serial I/O interface consists of a band 
rate generator and a I' ART f universal asynchronous recei\ er/ 
transntitierj. Hie fire puJse controller generates a ^"nchroniz- 
ing pulse for each column of pen data. The oulptit is extraiK>- 
Med froni (he carriage position encoder counts at one^ two, 
or four times the frequenc\v 

The motion controller decodes the position information for 
the carriage and paper axes. It also generates tlie FWM 
(pulse width modulation) signals for the dc motor drivers as 
aeeded for sert^o control of the carriage and paper axes. A 
watchdog timer monitors the seno loop and disables the 
PU^I outputs in the event of a ser\'0 processor malfunction. 
A status register is also provided to log various motion 
control error conditions. 

Pen Interface ASIC 

A shuffler stage is needed to map the row-oriented image 
data into the colunm-oriented DeskJet pen no^Kle data. In a 
departure from prexi^ius shuffler designs, the pen interface 
ASIC uses a dedicated external memory' array to store its 
own copy of the unage data and a programmable internal 
sequencer array to hold the shuffle pattern. The shuffling is 
done by copying an entire swafli of image data from the sys- 
tem ntemor>' into its local memory and fetcliing the pixel da la 
for each pen fire sequence according to the preloaded shuffle 
pattern. This approach offloads these tasks from the nvairi 
processor bus and allows greater flexibility for supporting 
different pen nozzle configLirations. 

The pen interface ASIC contains three bus interfaces: the 
main processor fS0960KA) bus, the sw^aih memory mterfacet 
and the serial Imk to the carriage ASIC. The block diagram 
of the pen interface ASIC is shown in Kig, 3. In the copy 
mode, the data and address path from the main processor 
interface to the swath memory is enabled. The pixel counter 
counts the number of pixels to be printed, and its output is 
used to calcuiaie the plo! density and ink use. In Ihe shuffle 
made, thc^ path from the swath ntemory to the serial inter- 
face is enabled. The serial data transmitter assembles the 



pixel data fetched from the swath memor>^ for eacii fire se- 
quence into a serial bit stream and sends it to the carriage 
ASIC. The pen interface .ASIC and the carriage ASIC contain 
identical pixel checksum counters to check the integrity of 
the serial transmission. 

The pLxel address generator is the heart of the pen interface 
ASIC* It consists of an SRAM array for the programmable 
se^^uencen a logical column counter, and an adder. The se- 
quencer is preloaded with the pixel address offsets for each 
p€3i nozzle of a fire sequence. The offsets contain the col- 
unm ac^ustment delays for pen alignment correction (see 
article, page 24 ). A mask pattern Is tagged onto each entry 
to aid different print modes- The colunm counter is either 
incremented or decremented dependhig on the print direc- 
tion, and its content is added to the pixel address offset 
from the sei^uencer to generate the physical DRAM address 
of each pixel's data. 

Carriage ASIC 

The ciuiiage ASK' resides on the printed circuit board that 
is mounted on the moving pen caniage assembly. Its pri- 
maiy furtction is to generate the data and address signals for 
the pen driver !Cs. The relative timing and the pulse widths 
or these signals are cai^efuUy controlled to acijiLSt the pen-to- 
pen offsets, the bidirectional offsets, the pen -to -paper-axis 
deviation errors, and the pen tum-on energy variations. 

The carriage ASIC contains three bus interfaces: the carriage 
processor (8052) bus, tJie serial link from the pen interface 
ASIC, and the pen driver IC interface. The block diagram of 
the IC is showTi in Fig. 4. The processor bus is used to ac- 
cess the timing control registers. The serial data from the 
pen interface x\SlC is shifted into a serial-to-parallel con- 
verter x^ checksum counter monitors the serial input data to 
verify the integrity of the serial link, A pai'allel pipeline regis- 
ter follows the shift register to provide the double column 
buffering, Tlie buffer outputs are divided into four delayed 
pipe hue registers, each of which is delay eti by llu* vahte in 
iti> corresponding delay time register. Each of the four dat^ 



Pen Interface iC 




Fire Pulse 

From Processor 

Support IC 

F!BE <- 



Carriage IC { ^^^^^ < 



smOBE^*- 



Serial Dat^ 
Trdnsmitlfir 



I J 



Ctiecksum 
Counter 



^ DRAM Data ' 



DRAM Address 
> /WE 
^ /CflS 

-► /HAS 



To/Ffom 
Swath ORAM 



DRAM Data / 



Fig/3. Pen interface ASIC block 
diagram, 



)Copr. 1949-1998 Hewlett-Packard Co. 



December im2 HewlolJ.-PatikiircJ Jtjumal 1 9 



Cafriage IC 



S051 Bus ^ 



/ Fm£ 



Carriage 
Processor 

IB051J 
Interface 



■ 



From Pen . 

Inierface ■ 

IC 



Serial-tB- 
Parallel 

Shift 
Register 



CPiecksufn 
Regtster 



ftTG Ceiitrol 
Regisrefs 



Pen 1 Upper 
Delayed 
Pipetine 
Regi^er 



Pen 1 Uwer 
Deleyed 
Pipelit^e 
Register 



Pen 2 Upper 
Dctayed 
PipeiJee 
Register 



Peitl 

Upper Date 
Muftiplexer 



Peni 
Uwer Dele 
Muhiplexer 



Pert 2 
Upper Data 
Nfuf tip lexer 



■■1 




Pen 2 Lower 
Delev^il 
Pipeline 
Register 


K 


Pen 2 
Lower Qet^ 
Multiplexer 




Pen 1 Upper Address ' 
Pen 2 Upper Address 
Pen 1 Lower Address 
Pen 2 Lower Address 



Pen 1 Upper Data 



Pen T Lower Data 



Pen 2 Upper Osta 



To Pen 
Driver IC 



Pen 2 Lower Data 



Fig. 4. Carriaga ASIG block riiagram. 



multiplexers selects the dat^ to be driven for one haJf of 
earh pen. 

Design Approach and Tools 

Behavioral Simulation. Ttie shurOer algorithm impletiiented in 
the pen inleiface ASIC and the carriage ASIC is a completely 
new design for any IIP product. The shuffle path from the 
image data in the system memory to the pen uutputs in- 
cludes many luydware blocks and spans several different 
bus interfaces. The need to verify the correctness of the 
shuffler algoritlmi ai a high ie\'el before any hardware de- 
sign was apparent. A behavioral model of the algorittmi was 
written in the C prograniniing lai^guage. A graphics driver 
was added for bot h the input image data and the pen ottt- 
puts. A complete graphical animation showed both the 
image data and the pririted data as the pen swept across the 
screen. Any eiTor in the shuffler algorithm was obsenable 
light on the display screen. This high-level verification ap- 
proach turned out to be veiy valuable. The shuffler algo- 
rithm was completely debugged during the simulation phase 
before atiy hardware was designed. 

Emulator Strategy. It was decided to build emulators for the 
three ASICs despite the substantial amount of additional 
resources required. As mentioned earlier, the functionalities 
of the ICs were needed before first silicon to enabie parallel 
development of the printer mechanisms and the fi mi ware. 
The emulators were able to meet this need. If there had 



been a msyor bug m the first silicon, tlie emulators could 
have continued to pro\4de the necessary hardw^are platform 
at least for fimiAvare development if not for further mechani- 
cal integration and system testing. Aj^oI her important con- 
sider aUon w^as that in the absence of a system-level simula- 
tor, the emulators combined with the rest of the electronics 
suppletnented the chip- level simutafion in the overall func- 
tional verification efi'ort . The emulators also proved very 
useful in isolal ing and diagnosing anomalies encountered 
while integrating the first silicon into the system. 

Tlie emulator for each IC presented a imique set of design 
requirements. The major problem for the processor support 
ASIC was t!ie schedule because of its late start and com- 
plexity. To keep pace with the other two ASICs, much of the 
emulator and IC design was done in parallel. The emulators 
for both the processor support ASIC and the pen interface 
ASIC required fast, hence low^-densityt PAL (prograiiunable 
array logic) parts to meet the IG-MHz clock frequency re- 
quirement. The processor stippon ASIC emulator consisted 
of fast PALs, standard logic parts, and a CART. The pen in- 
terface ASIC emulator used fast PALs for most of the logic 
and a high -speed SRANf for the pLjcel address sequencer. The 
swatl\ DRAM parts, which reside outside^ of the 1C\ were 
also included in the emulator to a\^oid electrical problems 
related to board intercormects. Ttie requirements of the car- 
riage ASIC eniulator were a large mmiber of registers and a 
small board ured. Tlie slower clock frequency of 12 MHk 
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allowed the use of hJ^-densiiy field-programmable gate 
atiays, which offered a lai^e number of flip-flops per part. 

Vendor Selection, After a preliminai>' screening of many ASIC 
suppliers, scleral vendors of both standard cell and gate 
array partij were closely evaluated. In addition to nonrecm-- 
ring engineermg charges, cost per part, and prototype lead 
Ume^ also considered were the avmlability and cost of the 
hardware and softw-are toolset, the quaiity^ of the technical 
support during development, and expectett responsiveness 
after release to production. We dec?ided that all ihree ASICs 
would use the same vendor and toolset for both technical 
and logistical reasons. We chose the CMOS34 standard-cell 
technolo©' of the HP Circuit Technolog^^ Group, which of- 
fered the LogicArchitect ASIC deveiopmeni loolset, some of 
which is described below in more detail. The vendor also 
delivered the UAHT megacell for the processor support 
ASIC and the SFirUl array for the pen interface ASIC. 

Logic Synthesis. A logic synthesis tool was used extensively 
for tiaiisforming the control logic into the standard cells. 
The automation of this laborious task not only saved much 
time during the initial mapping of the logic into a combina- 
tion of gates but also reduced the number of iterations 
through Ihe compose-verify-correct loop. The synthesis tool 
was also used to generate the custom registers, decoders, 
and multiplexers. This approach was preferred over the use 
of TTL macro cells* because it made it possible to imple- 
ment only the necessary functions using mininumvarea cells. 
TTL macro cells were used for such blocks as counters^ 
where they could be modified to provide only the necessary 
functions with the tTiininturn-area cells. 

The synthesis tool also offered area-versus-delay optiniiza- 
tion capability, but this was of limited use for most blocks 
because the CxMOSM process is fast relative to the clock 
frequencies of 16 MHz and 12 Mllz. In many causes, settir^g 
the area constraint at mininujni sufficed. The exceptions 
were in control blocks where both the rising and falling 
edges of the cloc-k were used, effectively doubling the fre- 
quency, and some critical t iining path blocks. F^or these 
blocks, the delay constraint wiis set as needed with some 
margin. The worst path delay estiniates included in the re- 
port files were useful in quickly verifying the timing margins 
at the block level 

Tlmrng Analysis. Unlike a functional simulator^ which re- 
quires a set of test vectors to exercise the circuit to verify 
the delay timing, a static timing analyzer calculates the de- 
lays through t he specified paths b^ised on the circuit stntc- 
ture atone. The static timing analyzer oj' the l/igicArchilect 
toolset complemented the fimctional situulator by rapidly 
searching through the circuit, delay paths before any test 
vectors were written. It was used to identify any unexpected 
critical timitig paths and to verify the nmrgius in the known 
critical timing paths. This tool was especially useful in deter- 
mining the margins m input setup times atxd outtnit delay 
times with respect to the clock edges. 

Functional Simulation. As expected, the fimctional simulation 
took a nityor chunk of the total IC design time. A test vector 
generation interface in t he Loj^ic Architect toolset saved a 

' Most ASIC vendors pfter macro cells tor widely used off^the-shelF logic parts such as TTt 
parts A macro celS is s. coliectmn of library standard cells and fniarcortrsectsons that performs 
ihn same function as tht corrQsponding ciff4he-shBJf logic pan 



great deal of time by allowing the test vectors to be as- 

senibled from the subroutine functions and macros. Distrib- 
uting the simulation jobs among various workstations also 
helped. Although ilie blocks were simulated at all levels in a 
bottoms-up order, the emphasis w^as different at each level 
For example, once a comparator was verified at a low level 
\^ith a semiexhaustive set of input combinations, it was not 
subjected to another input combinations test at a higher 
level. Instead, more time was spent exercLsing its interaction 
with the control logic. At the top le\^L special care was 
taken to set the correct input and output timing \^ues and 
to choose the nght types of load and delay models. A ft) 11 set 
of top-level test vectors was repeated with the capacitance 
values extracted from the layout, and a special check of 
paths with potential skews was done. 

Design forlestabilitv^ Three types of test support circuitry are 
designed into the IJesigaJet ASICs: scan paths for the auto- 
matic generation of the stuck-at fault test vectors, a bound- 
ary scan path in the carriage ASIC, and pad instate control 
for the board testers. The HP CMOS34 standard cell method- 
ology offers automatic test generation capability for stuck-at 
fat tits. The estimated hardware overhead for providing the 
necessary scan paths was about lO'^^, The designers of all 
tluree ASICs decided to support automatic test generation to 
achieve the highest possible fault coverage with Uie mini- 
mimi of test vector geueratioii effoil. The scan paths were 
created by replacing each flip-flop witJi a scamiable ty^je and 
providing scan controls. Special controls were designed for 
the Hip-flops clocked on the opposite edge of the clock, for 
bidirectional hoses, and for asynchronous signals. A bound- 
ary scan path is implemented in the ciuriage ASIC to drive 
the output pads directly, bypassing tlie complicated internal 
configuration. The tristate control is provided for all pad 
drivers on each ASIC to allow the board tester to dnve the 
IC puis directly. 

ASIC Results 

The DesignJet ASIC development team delivered the three 
fully functional ASICs on schedule. All three ASICs were 
release<i to manufacturing withoui any design changes. Tht? 
processor support ASIC, packaged in an 84 -pin PLCC (plas- 
tic leadless chip crarrier), has the equivalent of 1 1,000 gates 
and a die area of 4.96 by 5.90 nuT\. (One equivalent gate rep- 
resents four transistors needed to implement a two-input 
NAND gate.) The pen interface ASIC, also packaged in an 
84'pin PLCC, came in at 4,000 gates and a die area of 4.8? by 
5.5(> mm, including the SliAM an^ay. The carnage ASIC, 
packaged in a 68-pin PLCC, has a final gate count of 10,000 
and a die area of 4.92 by 5.24 mm. 

Each ASIC was successfully integrated into the system 
within a day of the arrival of the first silicon. This Wcis pos- 
sible part ly because the system was already tlebuggeti using 
tlie ASlC; emulators. With further code development later, a 
few corner-case problems that required minor on ware 
workarounds were uncovered. No ot her functional or elec- 
( rical problems were fomid, Tliis proved that our design 
approaches and the toolset were basically sound, but 
needed improvement in testing tJie comer cases. Even with 
I he IC emulators, tlic comer-case testing was difficult be- 
cause the code development continued well past the It! tape 
release. A coUabomtive effoit by the ASIC and fimiware 
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designers involving their respoctive tdoljsets would help de- 
%x^lop a bc^tter fiuirtifjnaJ verificaticin strategy, Ttie design for 
testability aiJowed quick destaffing of the ASIC design team 
because no additional fault coverage test vectors were 
needed after the tiipe release. 

DesignJet Firmware Development 

The use of the Intel 80960KA processor in the DesignJet 
plotter created several development challenges for the llnn- 
ware design teiiriL P1rst, hardware to exercise the code 
would not be available for several months after coding had 
begun. Serond, the 80960 was a new pr'ocessor to our fli vi- 
sion, so we needed to start almost from seratch on our <le- 
velopment system. Third, we had extremely limited person- 
nel resources and time to perfomi the necessary' tasks. In 
the past, a main source of schedule investment was in the 
integration of independently develoi>ed code sections and 
the correction of timing problems betw^een these indepen- 
dent sections of code. In addition, we generally spent nuK^h 
time tuning (if not totally redesigning] I lie user interlace of 
the plotter once the code was integrated into the targe!. Poi' 
the DesignJet project, w^e needed to mhiimis!;e this largely 
nonproductive use of time. The solution was to build a de- 
velopment en\Tronment that was largely independent of tlie 
htu'dwiU'Cf to leverage code and algorithm designs from out- 
side groups, and to debug our code at the source level on 
both the target and host (simuJator) systems. To case in- 
tegration and help with timing-related bugs, we chose to use 
an internally developed full-featured operating system. 

Development Environment 

The DesignJet development environment was different front 
any etiviromnent our division bad used in the past. On past 
projects^ almost all flnuware engineers used a target-based 
emulator for all development work. Hardware was generally 
reused from past projeds to ntn the emulators in an envi- 
ronment that closely matched the new^ system. Much of our 
past w^ork had been done in assembly language. Therefore, 
the use t.jf enmlatore was really a method of "source-level" 
debugging. On the DesignJet plotter project, our lack of 
hardware limited the use of emulators. In addition, there 
were no emulators avaUable that interfaced with our IIP 
9000 Series 300 workstations, which were used for compil- 
ing and linking. Tliese restrictions forced tis to reconsider 
our past development methods. We decided that our code 
should nm, iis much as possible, on both our target system 
and oiu^ workstations. Since our codbig was to be almost 
10(Bf) in the C language, we maintained object modules com- 
piled both for the large t and workstation, or host, systems. 
Only where there were differences between the two systems 
w as there any additional code to support the host system. 

The main diflerence between the host and target systems 
w^as in the I/O and print engine subsystems. Tlie I/O subsys- 
tem was easily modified to accomniodate a host-based de- 
velopment system. The tmmi input path w^as set up such diat 
w^hen nnming on the host, input was done from the host file 
sj^stem rather than a Centronics or RS-2:32 port. None of the 
code outside of one function "knew " where input wvis origi- 
nating. The print engine thai raji on the target was almost 
identical to the print engine on the host. The mahi difference 
was wiiere to send data to print. On the taiget, hardware was 



the desdnatibn of completed bands, or swaths, of print en- 
gine data On the host, a simulator was used. We ot^lained ait 
X Window- based simulator that we were able to niodify^ for 
our use on the Design*Iet plotter The simulator was passed 
an array of bitmap swaths, and when so mstructed, opened 
an X Window on the workstation to display the data. The 
simulator hafl the ability to highlight individual swaths, scale 
the bitmap, and zoom in on specified areas of the bitmap. 
This allowed Inspection of plotter output at the individual 
dot level, something that would have been next to impossi- 
ble to do act^urately on the target systetn. The simulator 
allow^ed all development of nontarget -specific code to be 
done on the host, especially debugging using cdb and jtdb. 

l.*iirge-forrnat plotters require much interaction with the user, 
particularly in the areas of front-panel control imd media 
loading. The front panel was developed with the aid of a 
froiU-panel sunulalor that r^m on a PC. Tiiis important area 
of the user interface w^is then designed independently of the 
hardware and fimiware of tlie plotter. The front-panel simu- 
lator was desigtied such that nonfinnware personnel, such as 
marketing and user interface experts, could tlesign and fme- 
tiute their own froiU panel This freed a firmware engineer 
to work on otlier uvsks. 

The media-loading interaction v\^as also subject to a great 
deal of modification. The basic loading algorithms were de- 
veloped by mechanical engineers on simple breadboard me- 
chanics. Tliese generic mot or controllers allow nonOnuware 
engineers to control motors precisely with simple HP-GL^ 
like instructions frorn any computer 'IVpicatly, a mechanical 
engineer wrote BASIC programs on an HP 9000 Series 200 
cmnputer to develop media-loading sequences and ^iJgo- 
rithms. The generic motor controllers have general-pun^ose 
inputs aiui outputs, thus allowing the development engi- 
ne el's access to sensors and actual ois as desired. Offloading 
these types of development activities allowed the llrmware 
engineers to focus on softw^are engineering problems. Wlien 
algorithms were basically complete, the mechanical engi- 
neers documented their work graphically, allowing the fimi- 
wrne engineer to translate the algorithm into tlie DesignJet 
framework. 

Code Reuse 

A major portion of any printer or plotter is the language sub- 
system, in our case HP-G1V2- On the DesigivJet plotter we 
clearly did not have the resources to reijivent this wheel We 
w^ere alile to use a language subsystem developed at our 
division that had been previously used on several products, 
including the LaserJet 111 printer This proved to be ex- 
tremely beneficial in several respects. Certainly, the time 
spent integrating this code was nmch less than would have 
been necessary- to rew^rite it. The most beneficial iispect, 
however was that far less time was needed in testing be- 
cause the code had already been thoroughly tested and de- 
bt igged in previous pro{lucts. Tliis gave us the higii-quality 
language subsystem that w^e wanted with a minimum of in- 
vestment in time from our product team. A second area that 
was heavily leveraged was the vector-to-raster converter 
The basic higli-performance design that had been used in 
other raster products from IIP w;is leveraged for tlie Design- 
Jet plotter Miile the original vector-to-raster converter w^as 
w ritten in assembly language, we chose to rewrite the code 
in C. The previous products had used a different processor, 
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so rewridng tbe code was necessary any'w^aj^ Using C, reus*? 
in future products would be far easier no matter what 
processor might be chosen. 

Debugger 

The lack of emulators on the target system required the use 
of a new tool for our dixision: the retargetable remote de- 
bugger. We found that the GNU debugger gdb960. worked 
ver^' well on our system- gdb96€ was developed by both The 
Free Software P'oundation ajid Intel for use on the 8()9ti0. 
Tltis source-le\'el debugger uses a simple monitor on the 
target sysieni while ttie main debugger runs on the host. 
Communication for debugging is via RS-282. We modified 
the monitor code so that we could download executable 
modules to the target system via oiu^ built-in CentTonics in- 
terface. The monitor progrant, NINEIY. was supplied by hitel 
and modified by us for our hardware. The modifications 
were minimal and were only in those areas of the code that 
dealt v^ith serial 1/0 and downloading. The dowTiload capa- 
bility was modified because the default method, RS-232, was 
loo slo%v. With Centronics downloading, we were able to cut 
dowTiload times from about 10 minutes to about 10 seconds. 

Using gdb960, we were able to resohe problems that ap- 
peared only on the target very qtiickly, The deliugger fimc- 
tions much the same as the debugger cdh of the HP-UX '^ 
operating system. With our remote-reset and login capabil- 
ity, wc were able to debug target-executing code from home 
on those nigjits when long hours were called for The debug- 
ger is completely source-Ievei; that is, breakpoints are set on 
C soil re e lines, not particular addresses. Structures and 
arrays prim as such; there is no need to examine nieniorj' 
addresses and reconstnict the data types of interest. If a bug 
manifested itself as a processor fault, the debugger showed 
us the entire stack frimie and allowed us to move about 
within stack frames. This enabled us lo find the real source 
<jf a ])roblen\, which was often several stat:k frames up fnnn 
the fault itself hi slioil, tlebugging on the taigel was generally 
no more trouble than debugging uu the liost. 

Operating System 

At the outset of our design cycle, we determined 1 hat use of 
a fojinal operating system would be beneficial in two ways. 
First:, it would pro%ide a stable interface foi' interprocess 
(Communication. This would ease the proc e^i^s of irn.e grating 
code that had been developed independent ly by several 
firmware engineers. Second, since the operating system we 
iLsed was a preemptive operating system, timing problems 
f\l>ical of custom operating systertts would be greatly re- 
duced. Rather than invest in methods anti barciware to de- 
bug complex timing problems, we decided to invest in an 
operating system that would prevent tbese problems. While 
sounding overly shnplistiCi this logic turned out to be quite 
accurate; we bad very few timing- related problems. In addi- 
tion, when hardware became available, code integration went 
very^ sniotjtbly. There were very few problems with interface 
specifications tluinging because Uie operating system defined 
the interface. 



The operating system was developed independently using a 
PC-based development board supphed by Intel. Wlten hard- 
ware bei^aine availabie, the operating system was fuUy^ de- 
bugged and ready to install. The operating system b written 
in assembly language, translated from code that runs on the 
HP 9000 Series 300 workstations. This was another m^or 
subsystem for which we leveraged the design. Tlie benefit of 
the operating system nnming on both the host and the target 
is ob¥lous; the underlying code has no knowledge of its 
operating environment. 

Firmware Summary 

Tlie developmeni process of the DesignJet firmware was 
imlike any other project at the San Diego Di\ision. Code was 
developed in a largely hardware-^mdependcnt fashion. We 
strove to eliminate system timing problems through the use 
of a fonnal operating system. This had the additional benefit 
of defmhig a strict, stable interface between processes. The 
user interfaces of the plotter w^ere developed by experts 
separate i'roni tiie fiiTtiwaie design team. Debugging was ac- 
compiished using cdb on the host and gdbseo on the target. 
These debuggers provided source-level interfaces that 
greatly enhanced the engineers' productivity^. The language 
subsystem consisted of a reusable code base, and the vec- 
tor-to-raster converter subsystem we produced will be re- 
used in future products- We believe that our development 
methodology was a key factor in meeting our project*s goals. 

Conclusion 

Tiie DesignJet plotter electronics provide a high-performance 
raster plotting system at a ver>^ aggressive price. The distribu- 
tion and selection of ASICs and processors enabled us to de- 
sign a robust, flexible^ and cost-effective system. Tliis design 
not only meets current customer needs, but contains the 
f eatings necessary for leverage into future raster products. 
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Pen Alignment in a Two-Pen, 
Large-Format, Inlget Drafting Plotter 

Misalignments are found by using a quad photodiode sensor to measure 
test patterns printed on the media. Scan-direction errors are corrected by 
timing adjustments. Media-direction errors are corrected aigorithmically 
and mechanically. 

by Robert D, Haselby 



Print quality Jimitations orihemml itiKJ^t prinicnj arise Ironi 
severai factors. These rnay include writing synl em resoliilion, 
pen-tojien align in em in rnnJliple-c^uiridge piinters, and mtm- 
ufactnring tolerances in pen ;ind carriage nioimtmg systems. 

Also ctjntributing to print quality problems are variations in 
inlget drop velocity. The uncertainty of drop velocity makes 
il dUricuil to correct for print quality errors when printing in 
a bidirectional mode with either single-cartridge or mulLiple- 
caitridge printers. Since the ttrop must Lravcl a fuiite tlistance 
before striking the media, the lateral placement (.)f the result- 
ing drop on the media depends upon carriage speed, nozzle 
height, and drop velocity. These factors ai'e repeatabie 
enough so tiiat unicihectional printing results in acceptable 
print quality with single-pen printers. Bidireclional printing 
of text is acceptable if the row^ of text is printed completely 
in one scan. This is because there is separation betw^een 
rows of text and misalignments are not noriceable as long as 
each row of text is printed in a single swath direction. 

For throughput considerations, the HP DesignJet plotter 
w;is designed with two IIP DeskJet printer multiple-nozzle 
pens aiu! requires bidirectional printing of fully populated 
graphic data. Mechanical tolerance studies quickly revealed 
the necessity of an aligmnent scheme for the I wo DesigaJet 
pens. Alignments in both the sw^ath scan (carriage motion) 
direction and the media advance direction are required. 

We detemiined that one-time factor^^ alignment w oukl nui 
be sufficient, since we have no control over pen mechanical 
tolerances and the tolerances just in installing the pen in the 
carriage exceed our print quality goal We considered ha\ ing 
the customer acljust the pen alignment niaiujally but the 
time and customer interaction required and tlie subjectivity 
of a manual alignment procedure made this alteniative un- 
acceptable. It seemed that only an automated system of 
alignmertl initiated automatically whenever a pen is changed 
would be acceptable to the average customer 

Automatic Alignment System 

The automatic alignment system for the HP DesignJet plotter 
is based on the lb Ik) wing principal steps: 

• Printing a test pattern on the media that is sensitive to some 
error mechaitism 

• Measuring the test pattern with a carriage -mounted sensor 

• Apphlng a correcticjn calculated from the measured erron 



The correction is applied by chatiges in timing for scan- 
direction vertical enors or by pliysically moving one car- 
tridge relative to the other to correct errors in horizontal 
swath banding. 

An optical sensor witli high accuracy is required for this 
technique. Printing errors are noticeable if they are larger 
than a visible threshold, w^hich was determined by visual 
print quality studies. Automatic conection of these errors 
requires a measurement system that is capable of [ueasitring 
less than about one third of the visual threshold. 

A design goal was 1 o make the alignment scheme as inex- 
pensive as possible. This ruled out a high-accuracy, high- 
resolution scan encoder scheme with a single detector such 
as a bar-code sensor. Instead, the accmacy and resolution 
had to be m the sensor. This allows the distance in the scan 
direction to be measured between two lines, which are 
printed in a test pattern during nom>al operation. The mettiod 
requires that the carriage be positioned so that the test pat- 
tern is within the maxinunn sensing range of the sensor Thus 
the maximum rajige must be larger than the repeatabihty of 
the carriage scan-axis positioning system. 

The test pattern for the scan-axis calibration is a line drawn 
wiOi both print caitridges in both scan directions. Ideally 
this forms a continuous vertical] line with no discontinuities 
\1sible. The test pattern vertical line is measined relative to 
the sensor williout rnoviiig the carriage. Tliis is done by mov- 
iiig the media imder the sensor while the carriage remains 
stationaiy. Eacii area of interest on the test pattern vertical 
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line is measured by mo\1ng the media until the area of Inter- 

esi is under ihe *ieiisor. Several sensing schemes \n'ere con- 
sidered before settling on this solution to the alignment 
problem. 

Quad Sensor 

A quad pholodiode array is used as the sensor with illuinina' 
lion from a diffuse li gin-emitting diode. A simp J e iwo^eos 
optieal sj'sletn images tiu* test pattern onto the quml photo- 
diode. Fig- 1 sIkjws how the quad piiotodiode is used to 
measure the position of iines imaged upon it. 

For detecting line displacements in a single direction, a dual 
photode lector would be sufficient. However, we were inter- 
ested in both horizontal and vertical sensing. A quad photo- 
diode allows the orientation to be controlled eiectronicaUy. 
Fig. 1 shows two channels of analog signals that are con- 
verted to digital information in an analog-to-digilaJ converter 
(ADC). Each chaimcl is gcncnited by taking the difTerence 
of two diagonally opposed elements of the quad photodiode. 
By arithmetic addition and subtraction of these two signals, 
(A-D) and fB-C), the sensor can be used as eilher a vertical 
or a horizontal differential sensor 

CA-D) - (B-C) = (A+C) - (B+D) 

{A-D) + (B-C) = (A+B) - (C+D), 

The first equation above shows that subtracting the two 
converted analog signals gives a differential detector that is 
essentially like a dual photodiode with otie element being 
segment A and segment C and the other element being seg- 
rner^t B and segment D. This ts a dual differential detector 
thai is sensiti%'e to the horizontal position of the images of a 
line In the vertical direction as .shown in Fig. 1. If the whole 
quad is illuminated unitonnly except for tJie image of the 
line, Fig. 2 shows the output after subtraction that results 
fi'( Jill horizon! ally scaiming a vertical line image through the 
i[\uid i>hoTodiode ajray. A similar ciuAe would result from 
scanning a horizontal line image through the quad sensor 
vertically while looking at the sum of the ADC channel 
outputs (second equation above). 

Error Correction in the Scan Direction 

The vertical sensor center region is calibrated each time the 
alignment process staits. Tlie short-lenn stability of the sen- 
sor is sufficient lo allow calibrating it only ot^e for the entire 
alignment process. CalibrMion is automatically accomplished 



Linear Region Slofifi 



Response 




Image Position 



First 
San 



Sscond 
Scan 



H 



H 



/ 



Disiance Measured Cartridge 2 
Left-tD-Right Print Oirection 

Di^afice Measured Cartrid^ge 1 
Lefi -10- Right Print Oirectian 

Distance Measured Cartridgs ^ 
Rigtn-to-Lett Print Direction 

Distance Measured Cartridge 1 
iigEtt4(i'L«ft Prim Direction 



Typical Sensor Position Refativeto 
the Test Pattern in the Scan Direction 

Fig. 3. Mf astirem^nts for f^rror romectifin in the scan direction. 

by Tirst prirtting a Nerticiil line with one inkjet pen in a inii- 
direetional print mode. Each swath prints a veitieal line 
approxiniately 0,01^ inch wide and steps over one dot col- 
umn for each swath printed. This is repeated 2G times to 
generate the sensor calibration pattern. The media is then 
rewound so that the carriage-mounted sensor is over the 
nominal center of the slightly diagonal vertical line. The line 
is seanneri across tlie sensor in the horizontal direction by 
advancing the media one swath for each column position 
and recording the resultant signals from the sensor. If these 
results are plotted against the swath advance a ciin-^e like 
that showTi in Fig. 2 wiH result* 

This data is placed in an array and processed lo iind the 
linear region and the slope of the linear region in counts per 
resolution element, A resolution element Is defined as the 
horizontal distance between atyacent dots; for 800-dpi reso- 
lution, a resokition element Is 1/-300 inch. The linetu- center 
region is found by crosscorr elating the data array with a 
le in pi ate that looks like the center portion of the ideal sen- 
sor curve. Om-e the peak of the erosscorrelation function is 
found J the center point and several points on either side of 
the center point are fit using linear regression to find Ihe 
slope of the sensor cun.e. This slope is then used to mea- 
sure the difference of all other line segments useti in Ihe 
liorizontal calibration of the carriage alignment. Limitations 
on this process are mainly because of differences in line 
width and contrast ratio, which are caused by drop volume 
dilTerences between print cartridges and differejit diretlions 
of printing. 

Fig. (iepiits a vertical test line drawTi with two pt^ns- A line 
is first printed in a left-to-tight scan direction. This is i'ol- 
lowed by a swatli advance, and then another vertical line is 
priiih^d iri the right-to-left sc an direction. Fig. 3 sht^ws the 
result i I ig error that would b(» measured on each segment of 
the "vertical" line. These measured errors are used to caicn- 
late the drop firing delays for each inKJet pen for each print 
direction bo that the resulting test line will be coniinutjus, 
with no discontinuities hetwetMi either prinl cartridges or 
swaths. The method of calculating liit^se delays attempis to 
drive each hne segment to some average position, which is 
detennined by averaging the individual errf>rs. The correc- 
tion delay (or advance) fnreach pen is calculated by taking 
the difference iKHween the measurement for that pen and 
the avcTage. This is the basic scheme for all concctioiis in 
the swath direction. 



Fig. 2. Jii'.sponse of ttie dirference between thr^ iui» iiurj^i sinsin 
outputs to the positioM of a vprltf!a3 lino. 
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The actual process is somewhat inore compiex. Each migel 
pen is di\i ded into two primit i%'es: an upper priniir ive 
(nozzles 26-B)) and a lower pii mi live (iuv/.zIqs 1-25). Rota- 
tional eiTors can hf^ eonet'lcHl by (iividinj^ each farlrkigt^ 
into iwu primitives and measuring imd calculating delays for 
each. Tims the actual system uses eight line segments for 
final correclion instead of the ff)ur shown in Fig. 3. To mini- 
mize the effects of measurement noise, several lines are 
ni ensured and the results averagetl. Also, I lie sensor is af- 
fected tjy tionuniforrnity of the media. To correct for tliis^ a 
background nK^asurenienl is taken and saved before printing 
The test i>atteni. Tins backgnnnul daia is then suhtracied 
from the rihYerences nieaf^urt'd 10 j" the test pattern. 

Error C^orrection in the Media Direction 

Pervto-|>en vertical st^jjaration terrors are corrected algorith- 
mically anil mechanic ally, suue in this direction, llie car- 
tridges are related nieciitinically mid not by timing. By using 
48 of tl\e 50 nozzles on each pen and actjusting which 48 to 
use on each cartridge, corrections can be made to the near- 
est half Mfy/r/Av. 1 lowever, tliis idoiie is not accurate enough 



Entfplme 



Fi?(ed DeskJet 



Attjusisbk 
Carti 




Adjustable 
Cartidge 



Stepper Motor Used to Actuate 
the Retractable Cam Stop 

Fig. 4. Pmii cartridge aUgnmeriL mechanism forerrnr ctirrtntinn in 
the media direction. 




Adiusiabfe 
DeskJet Pefi[#t I 



Sixain Direction 



1 



Fig. 5< Mi.'aijurt'rnf nt for error t'orreclinn tti the iiredia fllrectlon. 

to meet the print quality specification. Therefore , a siKtond, 
mechanical means of vertical pen alignment is necessaty. 

The need for automatic mechanical af|justmeni of the rela- 
tive overlaj) dislain^e betweer^ the two F^eskJet jjens on the 
DesignJet carriage was evident early in the project. Ideally, 
k was desired that die meetianism not require additional 
expensive components for actuation. These requirements 
are met by a carriage with a movable cam that can be actu- 
ated with thf motion of ihc carriage ag^iinsl a rel raclable 
cam stop (Fig. 4). The ctmi stop is ai'tuated by rnuans of a 
linkage from tlie stepper motor tlial controls the pen ivozzie 
wiper blade. The carriage cam is designed so that aljout 
5 em of carriage motion is retiuired f o adjust the pen-lo-pen 
spacing by about three noxzles. This motion, along with the 
atguriibmic selection of appropriate nozzles on each pen, 
allows the DesignJet plotter to correct for up to ±4 nozzles 
of manufacturing tolerance. 

The resolut ion of t lie media drive axis of the DesignJet print 
mecbarusni is nfiminally 12,500 counts per inch. The gearing 
IB set lip so thaL nominally, the wonii geai' rotates two revo- 
lutiotLs for each sw^ath of media ad\"ance. This signifieani ly 
reduces cyclical gear errors, since the gear errors have* a 
periodicity that corresponds to one rotation of the worm 
gear. Tbe high n\yolution and high repeatability of the media 
axis controller allow an alternative error measurement 
scheme lo be applied to the media axis. 

To rneiisure eiTors ir^ (lie media axis direction, two horizon- 
lali shon. nonov erlapping lines jne diawm on the media, as 
shown in Fig. 5. The fixed ink^jet pen (#2 m Fig. 5) draws a 
horizontal line witii nozzle h The adjustable Inkjet pen (#1 
in Fig. 5) draws a horizontal line wiili nozzle 50. These luies 
are long enough so that st an-dLrection posilioning of \\w 
carriage is not critical. This palt.eni is repealed several times 
w ith a one-ncjzzle advance between each swath. This gi\ es a 
wider line and a larger signal when these lines are later 
scanned. The media is then rcw^ound and the ciinlage posi- 
tioned so that the sensor is scmined through the line drawn 
by nozzle I of cartridge #2. The rew ind distance is large 
entiugh so that an array of values c"an be storeci that con- 
tains the entire sensor response, which is like that shown in 
Fig. 2. Tlie resulttUit data an'ay is then processed by correla- 
tion and linear regression to solve for the center of the sen- 
son The media advance distance used for the data scan is 
one nozzle [)ilcli (0.003-^3 inch). This allows the units of the 
independent \ariable in the linear regression to be nozzles. 
The slope of the best-fit linear line through the center of the 
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sensor response is used to solve for ihe nozzle and fraction 
of a nozzle where the linear line crosses the mean of the 
data army. This process is mpeated for the line from nozzle 
50 ofintget pen #1. The difference betM^en the measure- 
ments of nozzle I of carliidge #2 and nozzle ;50 of cartridge 
#1 is used to calculate how much to adjust the pen-to-pen 
spacing on itie carriage. The adjustment \alQe is used in an 
algorittmi tlial decides whicJi 48 nozzles to use on each ink- 
jet pen. The actjustment remainder is used to calculate the 
fmaJ position of the at(justahle carriage cam. After this cal- 
culation, the carriage and the retracfabJe cam stop are used 
to position the cam to coirect the remaining error. 
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DesignJet Plotter Chassis Design: A 
Concurrent Engineering Challenge 

Instead of the expensive prestraightened slider rods used In previous 
designs to form the guideway for the pen carriage, the DesignJet chassis 
uses rods that are straightened during assembly and held in place by a 
low-cost rigid structure. The chassis components, assembly process, and 
assembly tooling had to be developed concurrently. 

by Timothy A. Longust 



like an automobile^ the HP DesignJet large-format drafting 
plotter has a chassis, whtrh serv^es as the foiuidation to wliich 
all of the other pans are attached. The Desigiyet chassis 
also provides a ijrecision guideway for tiie pen caniage to 
move back and forth over the media- 

The DesignJet chassis is rugged and made of low-cost com- 
ponents, yet it is vei^y precise. The concept <:jf integrating 
niggedness and precision is an approach that departs from 
previous chassis solutions. Instead of purchasing precision 
compon{?nts and assembling them in a relatively random 
manner, this approach uses nonprecision components and 
assembles them in a precise, systematic manner 

The DesignJet chassis concept became a reality as a result 
of a significant engineering effon that involved concmyent 




iterations of component design, assembly tool design, and 
assembly process de^elopinenl. 

System Requirements 

The design of the chassis was tarfjely driven by the require- 
ment for good piim quality. The two HP DeskJet pens that 
the DesignJet plotter uses require a very consistent pen 
height above the media to achieve good print quality. The 
guidew^ay for the pen carriage needs to he straight or tme 
across a JG-inch span. It is expected to remain true even 
wlien subjected to external vibrations. It is not allow^ed to 
oscillate, thereby disturbing the pen heights. 

Thc^ cihassis idso needs to be very rigid since it is the back- 
bone of the entij-e product, and it needs to be nigged to 
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Fig. 1. Chassis assembly of the 
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withstand shock loads and to be immune to \ibratioii and 
therma] cycling. These characieristics are required to he 
siistamed throughout the life of the product and to be 
achieved at miniiuum cost 

Design Concept 

Fig. 1 shows the final DesignJet chassis configuration. It 

uses two slider rods to form the precision guideway for the 

pen carriage. The heft>' beam and two endplates form a rigid 
structure to serve as the backbone for the product Several 
support brackets are used to connect the rods to the struc- 
ture. Each of these components is assembled using screws. 

Previous chassis concepts use expensive prestraightened 
slider rods for the guideway and otiier expensive structural 
components to mount them. The DesignJet plotter chassis 
concept uses nonprcstraight€*ned slider rods for the guide- 
way and a low-cost structure that simply holds the shtler 
rods straight. 

In the Desigalet plotter the straight guideway is achieved by 
deforming the Jong rods into a stTaight position, building and 
connecting a ligid structure onto the rods, and then releas- 
ing the rods. Although tlie rods want to spring back tn their 
original free-state condition of being bo\v ed and/or twistt^d, 
tlicy are held lightly in plact* by the rigid stnicturc. Rods 
thai arc boAved as much as 0.(^20 inch initially can be held 
straight to within 0,006 inch once assembled. 

This concept represents a significant improvement in per- 
formance and cost over previous chassis concepts. It 
achieves twice the guideway straightness of any previous 
solution. It also represents a significant cost savings in the 
manufacturing of the components. 

Tiie challenge of the DesigUrJet plotter chiLssis conc^epl v^'as 
to derive a system of components that could securely hold 
the slider rods at the lowest possible cost. This system has 
to withstand the mechanical loads caused by the strain in 
the slider rods iis well as the hjads front shock. The system 
of suppori l>rackets and the rigid structure serve this pur- 
pose, nuwever, iLssembly of tliese components is not 
straightforward- 

Burly in the dt^vclt>pment it was fliscrJvrn:Mi thai then- an* 
c*>nsideralile inieractitji^s between the cutiiponents as they 
aie screw^ed t€>gether. The interactioas depend on iiow the 
individual components are atta(^hed to eac^h other and ftie 
order in v-Iiii'h tiiey are assembled. In several cases individ- 
ual components act together as groups to behave differently 
than predicted. 

Because of these complex Interactions of the components 
within the chassis, the assembly process and assembly tool- 
mg liccame as critically important as the comt>onent fiesigns. 
All tliree areas required sinuiltiuieous fievelopmenl. This 
concurrent engineering effort is illustrated in F'ig. 2. 

Component Design 

The mounting of (he slider rods was carefully studied. Hav- 
ing intennt^diate sutn><J^''^ atlowed the diameter of the rotts 
to \)e significantly reduced. Without the two center supports 
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Fig, 2. Tlie Desi^iJel chassis dewlopructU prt>t:i\*ss required eortcur- 
n*rit coitiixjnent design, process development, ami asjembty tooling 
design. 

each rod would have had !o be approximately four inches in 
solid diameter to meet the straiglitness and vitjmtion re- 
quirc^tnents. Of coiutsC. some equivalent tubular cross sec- 
tion of the rods could have been used, but not without con- 
siderable cost. Intermediale supports seemed to be a go*.>d 
trade-off to minimize sUder rod material iind weight and add 
considerable rigidity to the rods, Ttntking tlie entire chassis 
assembly less susceptible to extenial vjhraiir^ns. 

The design of the support brackets was rigorously analyzed 
to find the lowest-cost method of rigidly holding the slider 
rods in all directions. It Wtis believed that by taking advart- 
tage of geometry, sheet metal could be used for all of tiie 
supi>ort brackets. Normally, sheet metal is considered ver>' 
weak for structural applications because it is My thin. How- 
ever, ail of the sheet-metal brackets in tlie DesignJet chassis 
are designed to take mechanical advantage of the slender- 
ness ratios of sectional geometries, that is, they are rigid in 
some directions while being flexible in others. Some of the 
brack(*ts are macie mtuc^ rigid by fonniiig fliuigts io sliFlen 
sections. Some iirackets an^ made ni()TV fiexible by adding 
relatively liuge t>pen areas to allow thi^ btackel to t wisi or 
Hal ten as it is assembled. All of the support brackets ulti- 
nial ely wurk together iis a system to provide the overall 
cost-effective solution for supportitig the rods. 

A summaiy of the individual components is shown in Fig. B. 
This ehati shows each comjiojienl, the priiiiao' functifin it 
ser\Ts, the manufacturing process used to tnake it, and the 
advantages of the selected mtmufacluring process. A con- 
certed effori w^as made to match the dt^sign reqttiretnents to 
the manufacturing process to provide a c tjsl-t^fficietit solution 
for each component. 

Ffir t>erformance rea«^(JtLs the slider rods are made of plated 
steel P<:jr cost reasons, the beam is made of ahtminum. Since 
these components are made of dissimilai- materials ^uid both 
spati I he 36 inches between the endt)lates, there is a ibennal 
exi>iinsion issue that needetl to be resolved. In the final solu- 
tion, "legs" were atided within the entiplates l;>eneath the 
slider rot! mounts. These legs Oex elastically under I he ther- 
mal loads that fleveloj) after a tetnperature change, witbtjut 
affecting the overali strength of the chassis. This thermal 
expansion design feature had neghgible effect on the cost of 
the endplates. 
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Fig. 3» [Jesi^riJet plotter chai5Bis compoivonts, riinr'fiftn.s, nnrl 
m aniif afrt.i jri iig proce ss es . 

Process Development 

Tl\t* initial goal of process developmoiit wtis to develop a 
basic undci^taiiding of how to achieve the performance 
goals. Later, full characterization of the chassis assembly 
would be done under dynamic and enviromnental conditions. 

Development of an assemibly process began ^er a proto- 
type assembly tool was created. Each component was shid- 
ied indlviduaOy to detenu ine whether it perfoniied in the 
desired manner. Interfaces between components were moni- 
tored to determine whetlier adequate friction developed to 
prevent components from slipping relative to each other. 
However, continued testing sttowed thai Lhe way in which 
the coniponents are llxtured during assembly affects the 
resultant friction between interfaces tifter assembly. Issues 
like thiSj along with complex component geometries, made 
continued theoretical modeling dil'llcult. Empirical testing 
was required. 

Empirical testing included many tests using actual compo- 
nent mateiials and geometries. After careful sttKlies, consid- 
erable insight was gained to discover whicli components 
and interfaces were most significant to overall perfomiance. 
Particular groups of these components were tested separately 
from the assembly. Forces and deflections (stiffnesses) 
were measured to oplitniKe each group s perfonnance. Alter 
achieving a fnndaritental iindersUnding oJ' Lhe chassis assem- 
bly in a static situation, process development progressed to 
dyiiamic conditions. 

In shock, components within the rigid structure slipped rela- 
tive to each otlter Fastener tigiUening torques were iii- 
cmasecl to gaii^ more clamp load al many interfaces, liow- 
e^^er, in some applications, the nuiximmn rcconmiended 
loads for fastenei^ were fouttd to be insufficient. Instead of 
increasing the size of the fasteners, it was found to be more 
cost^?ffective to pretap some of the holes instead of allow- 
ing them to be self- tapped by die fasteners. By rednciiTg the 
drive load required to seat the fasteners, more clamp load 
became available to prevent relative component shppage. 

To prevent component slippage further, it was believed that 
additional fasteners betw^een the major components of the 
chassis assembly would be better. However, after testing, 
this idea proved to wx^aken the shock resistance of the as- 
sembly. The additional fasteners reduced the nexibility 
within the chassis assembly and thereby transmitted shock 



loads to more sensitive areas. The final solution uses a mint' 
mum number of fasteners to optimize fiexibilliy and 
strengtti. 

Assembly Tooling Design 

Specialized assembly tooling is required to hend and hold 
lhe rods in a neatly perfectly straight position and allow the 
rigifl structure to he built around them. This tooling is re- 
quired to hold each of the components in its proper position 
and allow access for fasteners and dri\1ng tools. 

The assembly tooling uses a programmable sequencer that 
precisely controls the order in which components are 
loaded, the order in which the fasteners are tightened, and 
the tiglnening torques that tlie fasteners receive. De\1ations 
in tlie assembly sequence are minimized. 

Other imporiant design parameters for the tissembly tooling 
include operator friendliiiesSj ergonomic considerations^ 
and assembly time. 

Since each ch^issis is assembled using the specialized as- 
sembly tooling, eaclt assembly Is considered factory cali- 
brated, Tlvis implies that tlie chassis assembly is not service- 
able by serx ice personnel or tlie customer Tamper-proof 
recesses in Oie heads of all machine screws ai'e used to serve 
as a reminder that these screws should never be loosened or 
removed outside the factory. This wj:is a carefully monitored 
aspect of the design. 

The Concurrent Challenge 

With component design, process development, and assembly 
tooling design occurring simultaneously, the entire develop- 
ment effort was very challenging. hiteiTelationsliips between 
two aieas frequently caused ripple effects in the third. 

Early testing of the assembly process showed major prob- 
lems. For example, accessibility of the fasteners and their 
driving tools Into the necessary locations of the assembly 
lorced significant fiesign changes in the components and 
assembly tool 

Providing locating features and clmnping areas for repeat- 
able component loading into tlie assembly tool also added 
complexity to both the components and the assembly tool 
These features were iterated several times. 

(!-onversely, limitations of assembly tool and opei-ator ergo- 
nomics forced many modifications to the assembly process. 

Later testuig demonstrated that small changes m the assem- 
bly order or the cUimping order great ly affected the fniished 
chassis assembly's overall perfor'mance. Assembly order 
was iterated many times to optimize performance. 

To cope with the volaiOe atmosphere ot three moving tar- 
gets coupled together, several techniques were used to 
make this development effort a success. 

The fii^t technique was to adopt a philosophy of n^axiniizing 
design flexibility^ from the ver>' beginning of the develop- 
ment. This philosophy translated int o an attempt to limit 
eacl; component to serving a single hmction. It was beUeved 
thai single-puri>ose functionality would make design itera- 
tions sornevviiat easier to predict than they would be if the 
fiinctiorts of components were allowed to be consolidated. 
Overall, this philosophy proved extremely valuable. 
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DesignJet Plotter End Covers Produced 
by Coin,] ect ion 

IndijStna! d£Sign cbjecitves comb met! vvitJi phv^tcal consiraFnts made ii a diff»cult 
task to manufacture the and coveri fm th® DesignJet pioTtef The deejHSjred 
(Bft£ with THj-draft Duiside surfaces ma^ie convefiTionai plastic in|ect>Dn fngJtfir^ 
impracticai The sntire wei^i of t\B OesFgnJet plottBr ts epplied to trte emJ covers 
wten a customer iffis the insfiument. The struciiirgi inte§rftv fequir^ to rmke this 
possrt^e, atong with the r^eci tar low cost negated the use at pamted merat 
parts These design retfuJFBments indicated that the coinjection process wuuld 
b^t meet Qyr needs 

Hie ccmjectiCff) pnxess can be descnped as a sanctwjch of conventioitai cosmetic 
ttmfmopfastic skin with a sifuctura! ftsamed pEastic core For ttie DesignJet end 

covers, a polycarbonaie/AES blended material is used for the skm Th^s same 
materia! with a foaming agent added ss used for the mm Both materials are 
injected sequentially on a two-barrel injection press through a proprietary nozzle. 
A controlled volume of skin material «s injected followed bv a contra'lled mlume of 
foamed core material. As the skin is propelled by the core material, it adheres to 
ttie cooJ mold surfaces, afiowing the core material to occupy and flow through the 
middle, This requires a minimum wait thickness of 6 mm 

Narnially, a wall thiclfness of tfiis size in a conventional plastic injected part would 
result [n cosmeticaify unacceptable sink marks on The surface of the pan In the 
coinjection process, the foam additive in the core material expands in the mold 
This action provides internal pressure to pack the thermoptastEC skin material 
against the mold surfaces and pf event sink marks. Gate location on the part is 
also important to minimize blush and flow marks. Mold flow analysis techniques 
were used to determine gate locations and flow patterns for piaper mold design. 

The coinjection process provides a cosmeticatly accaptabie part with no secondary 
painting required, Ttre sandwfch structure rs rigid and impact-resistant. AH second- 
ary processes associated with conventfonai injection molding, such as yltrasonic 
insertion of hardware^ are applicable to these co injected pans. Although more 
plastic material is used than in conventionat injection molding, the cost savings 
over painted metaJ parts is substantial. 

In addition to ttiese advantages, coinjection has afforded the DesignJet plotter the 
opportunity to use recycled resin in the structural foam core. 



The second technique was to Involve experts early in the 
development. Experrs in inatrnfactuiing helped select the 
best processes for the components* Expert tool designeis 
were invohi?d very early and agineed to the goals and ex- 
pectations of the assembly tooling. Expen production oper- 
ators were invoh cd early and built many assemblies them- 
selves to coninviinicate their sensiti\ities to the assembly 
process and tool design groups. Having experts readily axml- 
abie facilitated eftec/tive det^ision making. 

The third technique wes to a\"Oid making several changes at 

once. Investigations moved slowly and methodically from 
one area to another, resolving one issue at a time. The ex- 
perts were kept infomieti aiid agreed to the trade^^s. 
thereby preventing pas! issues from arising again. By record- 
ing dependencies of component attributes and beha\iors as 
they were discovered, tlie process development and assem- 
bly tool design w^ere eased. Careful documentation was im- 
portant. Many controlled experiments iiliow^ed continual 
improvements in rod straightncss and shock robustness. 
This effort continued tmtil a minimum level of performance 
w^as achieved. It is probable that additional efforts could 
achievf^ j^tilj higher performance. 

Aekn owl edgmen ts 

Dave Petersen w^as instrumental in conceptualizing the ini- 
tial design. He w^as extremely valuable as a team player and 
effec Lively added theoretical understanding and mechanical 
experience* He is listed as a coinventor in the U .S. patent for 
the DesignJet chassis. Norm Ashley and Dennis Culver 
helperl guide tlie iiiitial concept away rrom past problems 
and towarfis a better alternative, Joe Milkovits providerl 
manufacturing process knowlerlge and eompottent desigr; 
sujipoit. Steve C.ard and John Farm an provided years of tool 
design exjieriGnce. Andy Tiic^aiico provided early production 
engineering input to tiie assembly tool design. 



Steven R Card 

Mechanical Engineer 

George F Mas worthy, Jr 

Oevelopment Engineer 

San Diego Technical Graphics Division 
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DesignJet Plotter Mechanical 
Architecture Development Process 

By investing several months in designer communication before beginning 

detailed prototype design, an architecture was developed that was 
subsequently never changed, allowing the project to reach manufacturing 
release a month early. Costs for most subsystems were lower than 
expected. 

by David M. Petersen and Chuong Ta 



The mechanical design team for the HP DesignJet large- 
format drafting plotter used a mechanical architecture de- 
velopn^eTtt process that proved to be very effective. The pro- 
cess emphasized designer coiumiinication early in the 
product tievelopmeni cycle and resulted in an architecture 
liiat was never changed after it was initially defined. The 
development teams for follow-on products based on the 
Dcsign^Jet architecture have found the configuration to be 
highly Icveragablc. 

The mechanical architecture development is the first and 
hist chance to make major design approach decisions about 
product gcomctr>^ without causing project schedule delay. En 
the beginning of a project, very little effort has been in- 
vested In the detailed design, so it is easy to accommodate 
the design needs of otlier subsystems, llow'cvc^r, thoroughly 
anticipating Ihese design needs at this lime is not ea.sy The 
DesigaJet team used ati architecture development pi'ocess 
designed to make the needs of each subsystem \1sible so 
that they could be accommodated by other subsystems and 
competing needs could be balanced to the beneOt of the 
overall product. The process emphasizes conmumication of 
design requirements and facilitates early feedback about 
design concepts. 

History 

J listorically, mechanical architecliu'e development for one 
of HP*s large-fonnat plotters was done by only one or two 
people. It began by assimiitig a design for scivumeciianisnis 
to provide pen and paper movenienL Ideas were collected 
about m ariu fact u ring processes that could be used to create 
a structural chassis to support the servo mechanics. 

Taking otie low-cost pen plotter as an example, friction roll- 
ers and a belt-driven carriage were chosen for the paper and 
pen sen o mechajucs. An alunuiuun extiTision was selected i^s 
the primary stj-uctural element for the chassis, and ityection- 
niolded side panels, on which the servo mechajiics were 



mounted, were bolted to each end of tlie extnision. Once the 
basic architecture had been established, the other members 
of the mechanical team designed their subsy stents to mount 
on this chassis. Some of these subsystems included printed 
circuit boai'ds, cosmeti^c enclosures, vacuum fans for paper 
flatness, and ground rods for pen -axis guideways* 

The penalties of this approach to architectural development 
t>ecame apparent when tiying to integrate the subsystems- 
The comic ction featmes for each subsystem were often not 
anticipated when the chassis stnicture w^is de lined. Tills 
tj^iically resulted in the addition of awkward, bulky, and 
costly parts, wiiich w^re used only io mount other siibsys- 
terns. Additional constraints were encountered as indepen- 
dent subsystems competed to be located near accurate 
ch missis surfaces. Electrical groimd paths were not inte- 
grated ami unexf jected st ruct ural resonances oc-cuned. The 
injection-molded side panels of tlie low -cost pen plotter 
which were initially conceived of as flat plates, grew into 
tW'O of the largest and most complex plastic pLirts that our 
division htis ever built. These caused several months of 
product development schedule delay 

The low^-cost pen plotter design was a new platform for 
lai'ge-fomiat plotters and wiis subsequently used i\s the biisis 
for two other plotters. Although these products successfully 
achieved the established design goals, the mechanical archi- 
tecture approach negatively affected the development 
schedule time and the production cost of all three products. 

The primaiy factor that causes this type of apj^oach is the 
m^gency felt by the product development team to protiuce the 
first integrated hardwaie. Pressure to meet schedules can be 
extreme and the fn'st integrated prototype is the key check- 
point show i ft g that the product development is progressing. 
Teamwork is another significant factor. Lack of cooperation 
or working synergj' between the design engineeis and be- 
tween the engineers iuid engineering management can 



Prearchilficture 

Phase 

3 Months 




Posiarchheotme 

Phase 

2.5 Months 



Arcliitecture 

Convergence 

2 Weeks 



^ Begin Detail Design of 
First tntegraled Protntype 



F\^. I, PItases cjf the DesignJet plotter luechaidcal architecture development process. 
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encourage rompartmentajization of designs and responsi- 
- bilities. The result can be the assignment of the entire ar- 
chitecture job to one or two individuals and a nonopiinium 
mechanical product architecture- 
Mechanical Design Team Selection 
The DesignJet projeel began with a strong belief that team- 
w^ork can have a profound affec! on development rime, so a 
conscious effort wjis put into selecting design lean^ men*- 
bers who would work synergist ically with one another. De- 
signers were chosen whose technical skills and working 
strengths complemented each other to ensure a sohd techni- 
cal team baekgroimd. Personallt>' compatibility' was ad- 
dressed by sohciting the inputs of existing team membei's 
about subsequent candidates for the team. The selection 
was limited to engineers who were not entrenched in other 
projects. A specific team pci'sonaUty w^tts not the goal of 
careful team selection, but rather it wan aitiied at creating a 
team that w^iis tjiU^uiccd in technical skills iuid compatible in 
interpersonal relations. 

Architecture Development Process 

The DesignJet mechanical architecture development oc- 
curred duiing the in\ estigation phase that preceded the de- 
tailed design of the first prototyijc. Fig. 1 shows four tlistinct 
phases witliin this investigation periotl: 

• The prearchitecture phase is used to identify and resolve 
issues needed before the architecture process can begin. 

• The architecture phase is the core process in which the 
integral ion of subsysten\ geometJy occurs. 

• The postarciutecture phase allows time for resoKing difficult 
integration issues. 

• Tiie architecture convergence phase brings together the 
final \ision of the integrated mechanical designs before tfte 
detailed hartlware design of the first protutyije begins, 

Prearchftecture Phase. Four mechanical engineers stnffed the 
prearf'hitectiire effDil, which lasted aboul three months for 
the Design,Jet plotter. Tlie goal of t his phase is to complete 
enough of the product definition and resolve the critical risk 
issues so that the architecture development will be realistic. 
The DesignJet product definition, including a use model, 
was 9TO complete at this tune. The fundajnental feasibility 
issues were already understood or investigated during this 
phase. These includcfl filot throughput, pen type and number, 
paper cockle, and ink-to-media compatibility. 

The most significant Issue slitdied was print ijuality. .An ex- 
tensive lolerance analysis of print <iuality errors was per- 
formed. A itiodel c^f the plotter mechanics and electronics iis 
they would affect print quality had to be assumed. Error 
budgets were assigned to each of the subsystems. Piint qual- 
ity acceptance sur\'cys using graphic plots generated on IIP 
DeskJet printers w^ere performed to define acceptable error 
limits. The tolerance analysis was frequently updated during 
the investigation ph^ise as the architectural concept ma- 
tured. Tlie eiTor liudgets l>ecame critical desigrt floats for 
each subsystem. 

Several design solutions were defined that became the stall- 
ing points for tlie architecture geometr>'. An accurate paper 
drive system using a ^^B-inch-diameter elastomer-cover eel 
t ub(^ find phich wheels to move the paper wrs devcloptnt 
and [esttxL Tt^sts on tliis main drive rtiller were tH^rfonnc(i 



with paper to characterize cockle (wet paper bubbhng) and 
paper drive accuracy-. The ability of vendor processes to meet 
the tightly toleranced runout si>ecifications was studied. A 
pen alignment scheme to measure and adjust the location of 
the tw^o pens was developcKl. This retiuired inventing a sj^stem 
to measure the ink location on the paper and an atyustmenl 
Sfystem to reposition the pens relati\^e to each other. 

At the end of the prearchitecture phase a complete list was 
generated of mechanical subsystems and subsystem design 
objectives. Among these subsystems were the pen carriage, 
pen carriage gmdeway automatic media cutter, product 
stand, media stacking bin, product cosmetic enclosure, and 
pen service station. Also included was electrical hardware 
such as printed circuit boards, cooling fans, power switches, 
interconnect cables, various sensors, and the user interface 
front panel — these were the reiiuired subsystems identified 
by the electrical engineering team. The design objectives 
were related to both product perfomiance and project de- 
velopmeni goals. Some of the product performance goals for 
the stmctural chassis included stiffness requirements to 
resist functional \dbration and shock, an ability to tolerate 
temperature changes, and a pen carriage guide way straight- 
ness requirement that was part of the error budget from the 
piint quality tolerance analysis. Some of the project develop- 
ment goals were concerned with product cost, design time, 
and design risk or the potenfial for unforeseen problems in a 
design choice. 

Architecture Phase. The goal of the DesignJet mechanical 
architecture development was to chotJse each sut>systeni 
design approach to best ti>eet I he needs of the overall prod- 
uct and not just the independent needs of each subsystem. 
To achieve this goaK the Desigiblet mechanical architecture 
team met in an isolated room for three weeks to conceive 
the i>rodtict architecture*. The assembled engineers included 
four inechanical designers, two manufacturing supt>ori ex- 
perts, and one mechanical lead to act as facilitator We stayed 
at the company site to have (^aily ac<:;ess to information and 
engineering tools, but felt that isolation wasnecessaiy to 
speed and focus the aichitecture phase. 

Prepared with the design goals for each subsystem^ we 
Ijicked the paper drive system as the first to develop. Archi- 
tect urally^ it is the largest and most central part of the print 
mechanism. It was also one of the high-risk designs that had 
already been prototyped in the prearchitectiue phase to 
determine its performance requirements. We began by pre- 
senting the design goals for the paper drive. Then various 
possible geometries were suggested, resulting in halt' a 
dozeTi ^dteniatives. The merits and issues of each were dis- 
cussed by all the architects present, Tlie engineers who 
knew the most about the paper drive defended the design 
that they favored most and gradually the process converged 
on several choices with differing advantages and issues. 
During the discussions, all architects gained a clear knowl- 
edge of tht^ design needs of the paper drive. They each of- 
feied their own iitsights ahotn the options being dis<:ussed, 
along witli concerns on how a geometry might affe(*f 
anotlu^r design. Thest^ insights were absorbed by the one 
an hitecl who vt^onld later be owner of this design. 

Next, the stnictural chassis was the topic of a similar pro- 
cess. It generated a greater variety of geometries than the 
paper drive had. For tins largCt ligbtiy toleranced, and 
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potential jy costly sybsysrern, several afternoons were spent 
gaihmng rost-vf^rsu^s-ioleraiice dataahour dilTLTcnr majiu- 
facluring processes, CAD sketches of the dlfrerent options 
were created to alJow a common conceptualisation within 
the group. Filially, several options were voted as superior. 

The pen-axis drive system was next, followed by the pen 
senice slatiuji, pen alignment, electronit's enclosing, stand* 
and on throiigii \\w subsystems nntil all hiui i*unr li^rnugfi 
tht^ procesSj resulting m one or oeeasionally tw(j snggt^sLions 
for conTigiirations. As we progressed thiough the subsys- 
tems the arcluteclure team's understanding of the impor- 
tance of interrelated design goals in c revised, Eiach architect 
l>egan ttJ owri the design goals for all the subsystems. UTien 
sound Ide'as were presented liiey were reinforced by the 
team. If a maii^inal design idea was being pushed too hard, 
the others on the ttvim would identify the crmcems in 
enough detail to allow i he advocates lo rel.nu them or at 
least TO realis^e the risks. As a result, eacii design int:luded in 
the archireetiue j)r'ocess was subjected to significam seru- 
tiny by the entire team and tlie design choices made re- 
llected their combined knowledge and insighi. hi most 
eases, the final selection ot ihe design apinojich was noi 
democratic, but was left to the architect who wtjuld Ue re- 
sponsitMe for doing the design. It is essential that the design 
uw ner fully support and l:>elieve that the design approach 
selcH'tion is apijropriate within tlie context of the subsystem 
and overall pioduci go^ds. 

Occasionally during the tliree-week architecture phase it 
w^is Jiecessary to stop the meetings and perform testes or 
gather data. Some design ideas were well-hked, but con- 
tained unknowns tiiat were too risky to delay investigating. 

For the architecture phase^ each subsystem was given to one 
or twt) ari*hitec*ts w^ho w^ere responsible for keeping track of 
and sketching the various concepts. The responsible^ enguit^er 
either owned the design later or transferred il to a designer 
who joined the team late in the investigation pltase. 

By the end of the architecture phase, all subsystems had 
been concept ually iniegraied into the [Jlotter ciesign. Eacli 
W'as understood in enough detail that 9(V^o of the parts and 
processes were known. Simple two-dimensional assembly 
layouts were created. The process and t he restilting aichi- 
tectiue were presented to the other involved depaitments 
for review. Injjuls iind concerns w ere received from senice 
engineeiing, customer assurance, marketing, industrial de- 
sign, other support aretis, iinci lab management (who were 
quite relieved to see some design output). 

Postarchitecture Phase. The issues and paitillel patiis identified 
ii^ the iU'chiletlure phase were the focus of the postaniihec- 
lure pluLse. 2Jy monllis w^is spent investigating detailed fea- 
sibihty. Testbeds were designed anci test i rig wiis perft ^nned 
for user media loading, media cutter design, Ihd' structural 
chassis, media stackuig, and electronics cooling. These tests 
alloweti the final sek^ction of design approaches to be made. 
To\\ajiis the ertLl of this period the design team n^ore than 
doubled in size as design ownersliip was distributed. 

Architecture Convergence Phase. Two tinai weeks were spent 
in the isoiaied room to liriug together the decisions on alter- 
nate design patlis and complete the final vision of tlie me- 
chanical architecture. Tins time all the designers including 
the origuial lucliitecls wxre present. Engineers from the 



electrical engineering team whose mputs had been previously 
solicited were included in these meetuigs. The plotter sub- 
systems were all reviewed. A detailed plotter layout reflect- 
ing inputs from eacrh designer was av^ailable. Minor issues 
were resolved and Ihe detailed design of the firet integrated 
prototype w^as ready to begin, 

Results 

The DesignJet mec^hanical architecture development pro^ 
cess proved to be very successful. This process reduced the 
total product development cycle time, although primarily 
after the first prototyjie design, build, and test cycle w^as 
completed. The overall product program beat the original 
schedule to nianufact uring rek^ase by one montli. We never 
changed iht* architecture altliough we tried unsuccessfully 
lo change some aieas after the first prototype w^as built. In 
one hi stance, it was decided that the media loading design 
could be made easier to use. Some time was spent studying 
possible architecture changes to iinprove tliis area, but the 
conclusion was thai the original choice was still the best for 
the overall system. 

Communication between tlie designers w^as excellent all 
through the development indicating an understanding of the 
needs of adjacent subsystems. Arbitration of conflicting 
design objectives by engineering nianagemem rarely wfis 
needed. The team mem leers' responsiveness to reiiuests for 
lielp from other designers on difficult design areas w^as 
impressive. 

For most of the designs, costs were lower tlian expected. 
The opposite usually occurs as architectural mistakes iire 
encountered that require costly redesign. We met the zero- 
week avaiiabilily goal which allows custoniers to purchase 
the plotter off-thp-shelf on the introduction date. During the 
production rmnp-up period, the production line %vas opera- 
tional G8% of Ihe time, an improvement of 10t>^) above the 
previous divisional t>es(. Six n\onths after tlie start of pn> 
ductiori, the prodmiion stu)lK>ti engineering staff had been 
reduced to half the tjpical number 

Our belief is that the effectiveness of this architecture pro- 
cess comes frc>m two communic^ation mechani,sms. The com- 
nion undei'standing of tJie product requirements each aichi- 
teet gains by participating m the dev-elopmenl discussions of 
each subsystem gives that person the data needed to bal- 
ance the design goals between subsystems to the benefit of 
the w^hole product. Also, exposing each siEbsystem to design 
input and critique by all the architects and others before the 
design begins [>repaies the designer with many insights into 
the design while there is still time to react to them. 

Aekiio w ledgme n ts 

We would like I o nu^ke \ isible that tlie DeskJet mechanical 
architecture development process was allowed to develop 
because of tlie patience and trust of Bob Boeller, whose 
behef in management l^y objectives gave us the freedom to 
tr\' sometlung new. Significant contributions to this process 
were made by Ceroid Firl, Dan KJme. Micliael Nguyen, and 
Sam Stodder. Early mamifact uring participation by Tim 
U>ngusl and Tonj Mct^ie helped provide excellent reahsm 
and accuracy in the selection of subsystems. We wish to 
thank the many other designers and support people who 
made valuable refmements to the DesignJet architecture. 
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Improved Drawing Reliability for 
Drafting Plotters 



The SurePlot drawing system, a feature of the HP DraftMaster Plus 
drafting plotter, significantiy enhances drawing reliability and unattended 
plotting ability. The system is based on a noncontact color optical line 
sensor that verifies the writing of the pens. 

by Robert W. Beauehamp, Josep Giralt Adroher, Joan Uroz, and Isidre Rosello 



The lines drawn on an HP DraftMaster plotter, HP's high-end 
large-fonnat pen plotter, compare Tavorably in precision tind 
smoothness wiiii those drawn by a human. Tiie grapitical 
nuit)tM af>p<*ars to he esseritially perfect to the unaided eye J 
The maximum specified pen speed of 1 10 cnVs and Tlie max- 
Lmnm arceleration of 55.5 m/s- have been unsur|>assed for 
over a decade. Although raster printing devices are faster, 
pen plottei's 'drv less costly and aie able to satisfy the need 
for high Line quality and multicolor large-format drawings. 

To a large extent the valne of a drafting plotter is a function 
of how quickly it can produce dra\^l]igs of adequate qualitj', 
thereby maximizing the daily productivity of the user There- 
fore, wc saw an opportnnity to provide a superior value in 
I>eii plotting by reduciitg the time invested by Uie user in 
operating the HP DraftMaster plotter 

HP DraftMaster Plus Platter 

Ttie flP DraftMiislor Plus plotter incortmraies three types of 
ijopravcmeuls that enliajice the user's produclivilyr 
Improved reliability, high enough for unattended operation 
Imf^roved media handling 
A friendlier user inierfafe. 

f&ese improvements have been made without increasing the 
cost of the product. 

The most common customer com[)laints about pen plotters 
have always cimcemed reliablliiy. mainly pens nmning out 
of ink, drying out, or clogging. The SurePlot drawing system 
is designed to pro\ide a m^or improvement in tfie relialnlity 
of the drawmg system, so thai the t)l otter consistently gener- 
ates plots without (iefecls, and without refpii ring constant or 
frequent mo nit faring of the pens by the user. 

Media handling is improved by roll feed, an automatic media 
cutter, and a new media tray. Users can retrieve their dmw - 
ings at then' convenience witfiout individually loaditig ever>^ 
page before plotting or Linw^induig a takeup sfjool and cnMing 
plots manually afterwards. 

The enhanced user interface offers a redesigned front panel 
and simplified seleclion of pens, settings, and drawing qual- 
ity, Inunediate action keys and direct menu access keys give 
fast arc^ess to the ftmet ions most cornmrjnly nsed. The infor- 
niatlon appc^ars in a larger, iiiore easily readable vacuum 
f!uoresct*n( di.sf)lay. 



This article focuses on the design of the SurePlot drav^ing 
system. The media handling system and the user interface 
are discussed in the tirticies on pages 42 and 49, respectively* 

Common Pen Problems 

Liquid ink pens based on capillaiy-actlon ink feed are usually 
nsed for final -quality t>lots and give excellcnl: line quality. 
novvc\ er, they require careful handling by the user. liquid 
ink pens dry out quickly if they are not cappeti properly 
when not in use. Also, contmonly used One-w Idth pens, say 
0,25 mm, can ext>erience insufficient ink flow after plotting 
a certain distance. Tliis is because the relatively liigh veloc- 
ity between the pen and the page abrades the paper fibers, 
which obstruct the end of the pen capillary; ulfimately re- 
sulting in the clogging of the pen so that it quits writing, Tliis 
fai 1 u re 1 1 1 ec I um isi 1 1 dep ei wi s on n m i t i p 1 e [) aran leters : t h ( * 
thickness of the pen. (he lype ofnKxIia used, and the plot- 
ting speed and forcre. Another coninion occurrence is for 
one of the pens in the multlstaJl caj'ousel to run out of ink. 
becoming the cause of an unsatisfact.orj^ drawing. 

\'^Tien a pen fails in any of these ways, lines that should have 
been drawn are missing, and the entire firawing has to be 
plotted again with a considprai>li' wasie oflirtie. The alterna- 
tive Ls for (he user to monitor the correct writing of the 
pens, resulting in a significant investment of time. 

SurePlot Drawing System 

The SurePlot drawmg system includes SurePlot perts. a non- 
contact color optical line sensor, a pen distance monitor* 
and extra pens- SurePlot drafting pens have ceramic tij)S for 
clog-free plotting and rfrguiatoi-s lo make thern leak-free, 
Tlie optical line sensor allows the plotter to delect the most 
contmon pen failures: ink out, dry out, and clogging- Tlie pen 
distatiee monitor detect.s when a pen is in danger of mrming 
out of ink on a drawing, leased on the lower bound for the 
lite of the pen. Failed [jens and pens nearing the en<l of thpir 
lives are automatically replaced 

Tlte system verifies the writing of t ht^ pen on the page by 
tieriodically sensing lines just placred on (he page to verify 
that the print cor^trasl is adequate for the given pen. The 
system previously learns (he prinl (TaUrMsi lor n good pen of 
each type, (hirkm-ss, and coUn\ If Die taint c(»nirasi is unsat- 
isfactt>r^*, (ht^ derertiv(" ]>en is replaced and tlie plot is either 
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leslarted fVom the beginning or retraced from the last good 
%'erinfatlon, or the plotter halts to ailow the user lo select 
the appropriate corrective action. 

An improvement of 40 times in the number of drawings not 
meeting user retiuirements has been measured for plotters 
using tJie SurePlot drawing system over (ilotters withoul it. 
At tbe 90% confiflence level, 998 out of 1000 drawings meet 
iLser needs. 

Optical Color Line Sensor 

Tlte tlt^sign ohjpctives for the line detection sensor for the 
in* 7r>0X Suries DraftMa^ter FMuy plotters were: 

• Low cost. Ttve desigrx should not cost more thar^ the existing 
digit i^,er. 

• Small size. The line sensor package should Ht into a space 
measuring I by I i>y 0.5 inch. 

• Low weight. The moving part of the line sensor must weigh 
less than 4 griuns. 

• Depth of focHis. The line sensor must work over a ^i.O-mm 
range. 

• tV-n colors. The line sensor must, detect black, blue, red, 
green, \1olet, atiua, and hrown. We waiited yellow and 
orange but were not willing to pay the added cost to include 
theni. 

• Media. Thc^ st^nsor must work with chart, paper, vellnm. 
polyester, Iranslucent media, and tracing paper. 

• Clieck with pen. The sensor must focus past the end of the 
l>en tip but not be so tow as to touch the platen when the 
paper feeler is touching t fie bottom of the pen groove. This 
object i\'e meaiis tliat thet>en does not have to be stowed 
while sensing luves. 

• Lighting. Tlu^ [blotter nnist work under normal f^ftlce lighting 
conditions (lights off/lights on) or in ambient light up to 
1000 lux. 



Average User Plot 

The performance of a hard-copy device almost always depends on the graphic 
information bemg sent to it, This means tfiai an exfiausiive performance test of a 
pen plotter requires tliat a complete test be run for everv drawing in a S€t of draw- 
ings representing alJ targeted apphcations, Tftis amount of test effort seemed 
e)!cessive for testing tf^e SurePlat drawing system for tlie HP DraftMaster Plus 
piotters, stnce we were interested m an average performance measure that would 
allow us to do summary compansons with other products 

For thfs reason, we developed the average user plot, or AUR Tfris is a single. 

standard plot tfiat synthesizes rhe graphic contents of a set of drawings represent- 
ing the targeted applications at ihe time it was created jl 390J The AUP drasticalJy 
reduces the test ef fori and allows easy comparisons between prodycts. 

To create an AUP for pen plotters, we cfiose a number of user drawings represen- 
tative of state-Df-ihe art drawing complexity and applications We then extracted 
the graphic information contained in each of the sample plots This was done in 
two ways: by vectorial composition and by external shapes composition To deter- 
mine vectorial composition, drawing files were analyzed with a special parser that 
produces histograms of vector lengths, length pfoTted, number of pen up/dnwn 
cycles, and other parameters. To determine external shapes composition, we 
measured the actual percentages of the totaJ plotting length of each drawing that 
represented curves, fines, characters, filled areas, and so on. After extracting the 
graphfc information m these two ways, we averaged all liie information to obtain 
the cam posit ion of the AUR We then created a unique drawing that reasonably 
matches this composition and meets our specific needs. 



The cost objective and space limitations proved formidable. 
No sensors existed thaJ met these aggressive requirements* 
This made it necessaiy to develop a custom sensor The re- 
sultitig sensor meets iill of thte design objectives and saves 
tooling costs by using off-tht^-shelf parts. Assentbly costs 
were kept low by considering ttte part assembly frtmi the 
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Acceptable Quality Level Index 

Acceptance samphng is the sei of technfques employee to estfirsate the quality 
le^l cit i gfvefi set of products by measufmg the QtiaSitv of a ftmiiEd nymber of 
sample products 

Since tJiese techrKoues art widely applied to incoining (n^i^tion erf parts to De 
used (fT pfoduction, most of the Ifterature specificalty refers ?o incomirvg insf^ctjon 
topics.^ ^^ Mevenhfiless. the Isasc undertytr^ concept is applk^ie to any prod- 
uct In our c^e, WB warned to describe the overall achievable quality of the out* 
put otftatned during the life of a pen plott©^ through krmfle^e of the measifiecl 
quality of a sample of drawings abiained during a limited time 

Sampling plans can be divided intn attribute plans and variable plans In attribute 
plans, a sample is taken fmm ihe lot and each unn is classified as good or bad. In 
variable plans, a measurement of a specified quality characteristic is made m 

eacti unit, 

Since our quality descriptor for every drawing tested was whether it was accept- 
able, and because we couldn't make any assumption about the ynderlying distribih 
tion of the data, we used the US. military standard MIL-STD-105D procedures for 
sampling by attributes ^ 

The quality index in MIL-STD-105D is the acceptable quality level, or AQL, which 
is defined as "a nominal value expressed in terms of percent defective or defects 
per liundred units, whichever is applicable, specified for a given group of defects 
afaprriduct.'' 

Refareoces 

1 J Ivl. Juran, QuaHty Cmtrot Haniibotjk, McGraw-Hill Boak Comparry, Inc., I9S2. 

2. SsmphnqhoceduwsBndTshlBs fnr bsp^mri by Annbmes, MIL-STD-105D. US. Govern- 

mem Priming Ofke, 1963. 

3. 1 W. Bore Eogmeefing Smtistics and Quality Controt McGraw-Hill BoDk Company, Inc.. 1353. 



Start and talking to the vendors at each step of the design 
pro(^fss. 

Mathematical Model 

A siinplo niatlieniaticai model was used jit the development 
of thi" line sensor. Other scanning sensors focus the emitter 
lighl and I he detector at the siime spot and therefore are 
very senshive to changes in height. The btisic configuration 
chosen for the MP Draft M^lsIct Plus line detection system 
achieves a large deplli of field by havhig the emitter illumi- 
nate a wide area and focus mg only the detector at a point. 
This dei^ign removes the sensitivity to changes in height. 

Fig. 1 shows the sensor design. The LED emits Ught with an 
intensity of ly. The intensity incident upon the media, Ij^i is 
dirt^ctly proportioned to ly and inversely proportional to the 
square of the distance belw^een the LED and the media. The 
light [fc, is relletied by the media or ink into the optics, 
Tvhere the lens re foe uses the liglit from the media (object 
plane) to the detector (image plane). A simple relationship 
relates the image distai^ti^ Sj, the objeci distance S^^, and the 
focal length f: 



l/Si + 1/Ho 



1/r 



The depth of focus for a single lens with a focal length f is a 
maximum at Si = S[, = 2f. This Wcis chosen as the operating 
point lor the [IP DraftMa.stt'r Plus design. 

The variable used to determine whether or not a line is pres- 
ent is the print contntsl rat if j, or PCR. The PC'R is the ratio 
of die drop in ligfit intensity at tlie detector resulting from 



light absorption by the plotted line to the intensity^ of the gen- 
eral white level of light reflected by the media. Using the PCR 
to determine tiie presence of a line removes any tiependence 
on the light intensity. 

Ideaily, the spot size sensed by the sensor is an infinitesimal 
point. In reality, the detector needs some area to coUeci 
light. The lens also adds to the spot size because it does not 
perfectly focus the line onto the detector as a result of the 
aberrations of an inexpensive spherical leiis. The spot grows 
even more when the lens is out of focus because of errors in 
positioning the object plane. 

Tiie voltage output of the detector can be modeled as the 
convolution of functions representing the line, W. the lens, L, 
and the detector, d (see Fig. 2). From a sj^stem perspective^ 
the input ^ is a step fimction of width X\\ (the line width). 
The system is modeled as the convolution of L and d, or 
L*d, and the output V is the voltage output of the sensor. 

The PCR can foe calculated using the above model: 

^W = hAi 

Vnim = hn^Mm + ImRmd " 0(W)) 



0CW) 



= (L 



d)dX 



PCR = (}>(W)(Rr^-Ri)/En,. 

where R^ and Rj are the reflectivities of the media and ink, 
rcspectiveiy. 
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Visible Region 



Rfllallive Scale: 
Red LED - Rsdiant Energy 
Red Ink - Absdrptivity 
Detecior - Sensiiivity 
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Fig. 3. Red LED and rt^f I ink ab- 
sorbaiiee spc^utra ajicl detector 

senKii ivily for i\m nonnontact op- 
r.ir:ai UiiP spiisor^ The shaded area 
is a measure of the light energj^ 
absorbed by the iiik. 



This analysis demonstrates in equation form how R^, Rj„, 
aiid Xvv infliience the IK'lt For ejcarnple, tlie absorpli%ity of 
the ink is not so importar\t as tlie diffeieiice between il^i ^irtti 
Rt, This implies that some consideration must be given to 
the fart that media with different reOectlvities will prothite 
different FX'Rs for the same ink. For this reason a while 
strip lies direetly beneath the sensor to boost the PCR for 
transparent media with very low j'eOectivlties, 

As long as the sensor has not been saturated (too inucii 
light J, the PCR calculation is independent of itii.ensity 1^. 
This independence was verified by measuring V^ and Vi^un 
with the room lights on and off. 

Light Source Selection for Color Detection 

An impon ant consideration, on titled in the above analysis, is 
the spectral characteristics of the LED. ink, media, and de- 
tector. It was tacitly assumed that the rellectivity of the ink, 
R|, is the average reflectivity of the ink weighted over the 
Spectral sensitivities of tlie LED and the detector: 



Rl 



!.: 



Ri(?OIv(?.)Id(X)dL 



Therefore, the PC?R can be maximized by minimizing R[. Be- 
cause inks are nonnally characterized by their abon:)ti\ity 
rather tlian their reflectivity, minimizing R^ implies that the 
absoiiJtivity Aj needs to be maximized. Thus, a light source 
should be selected that emits light at wavelengths where the 



absorptivity of the ink is a maximum. Halogen light sources 
are verj' good candidates because of their broafi emission 
spectra but are not used ui tlus application because they get 
hot and require nuich more current ttiaji LEDs. Blue LEDs 
are good canttidates to delect yellow lines l>ut they are casUy, 
emit very low-intensity light, anti would have problems de- 
lecting blue lines, llt^d LEDs have the highest intensity out- 
put btit they have a known problem sensing red ink. HP's 
high-intensily green LEf)s were chosen for tht^ir low^ cost, 
low current, and emission spectrum centered in the visible 
spectrum, (ireen LEDs are also capable of sensing green 
lines because it is difficult to design an ink that absorbs blue 
hghl and red light but reflects green light. Fig. 3 siiows the 
sped Hut m of a red LED compared to the absoiption sijec- 
tnini of red ijd<. Fig. 1 shows a similar comparison for a 
greet 1 LED/greeii ink combination. The shatlcd area repre- 
sents the value of the above ititegral and is mttch larger for 
the green LED/green ink combination. 

Rgs, 5 and t> show the resitlts of sensing tlifftu'ent colors of 
lines with red and green LEi)s, respect iveiy Note I lie low 
signal prod I teed by a red LEf) over a red line, whereas the 
green LED gives a good signal over a greeti line. 

Detector 

The flet ector has tw'o distitiguishing characteristics not 
found iti most other detectors. One is its small size (0.25 mm 
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red lines. 



Fig. 6. Detector output For 'd green LED and black, bluy, green, tiitd 
red lin^s. 



by 0,25 mni), and the other is a two-stage amplitler hue- 
grated on the same iC. The small detector size helps keep 
the spot size small, which is helplitl lor detec ting small lines, 
while the two -stage ampliJler boosts the signal before EMI 
can obscure it. This is in^putlaiU because the detector signal 
is sent across a 2-meter unsliielded ilex cable to the proces- 
sor printed cu^cuit board. Rg, 7 shows the detector circuit, 

Senaor Assembly 

Fig. 8 shows the line detection .sensor assembly process. All 
parts are either snapped or press-fit together, thus eliminat- 
ing messy, imrehal)te gluing processes and reducing the 
need for expensive asseitibly tooling. Excluding the wave 
solder pass (whicli is done in batch mode), i1 takes approxi- 
mately 20 seconds to assemble the six parts that make up 
the sensor. 

Testing the SurePlot System 

Since the ilegree of attention needed lo obtciln usable draw- 
ings and the quality of the output are highly deperulent on 
the operating conditions, we spent some time before begin- 
njjig the tests of I he SurePlot drawing .system alteniptinig to 
understand or model all of the possible reaMife modes of 



operation and applications that users would be likely lo 
apply. 

We spht tlie problem into three aspects: drawing contents, 
modes of operation, and required outpiil quality. To keep the 
volume of tests required from becoming unreasonable, we 
synthesized in a single drawing the average graphic eon I cuts 
of a set ofrustomer-representative drawings. We called the 
resultant drawing rhe avei-age user plot^ or AIjR (see page 
36}. Our knowledge of tien plott er cuslomerSr aecunnilated 
through t onthiuing focus group sessions, customer visits, 
experience^ kind niher meims, tdlowed us to assume reason- 
able values tor the (rt imp on en Is of the operating modes: roll 
feed versus cut sheet* different pen/media combinations, 
time betweei» plots, workload * applications, and so on. 

Finiilly, we set up the criteria to be able to evaluate the qual- 
ity of the output obtained and recognise a failure situation. 
In some scenarios users are expe fling high-quality ouipuU 
so only high-quality plots w^ere counted as acceptable. In 
other situations, draft -finality plots meet customer needs 
antl aie usable, so in these cases dr:ift -quality jjIoIs as well 
as liigh-quaiity plots were counted as accei>table. In aity 
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case, a drawing with a missing vector w^as considered a fail- 
ure mil ess it was recovered (only the HP DraftMasler Plus 
plotter was able to do this). 

Test Description 

To measure whether tintl by how much the IIP LJriifLMasler 
Plus plotter is able I u iJiodiice more usable plots with less 
user al tent ion than anodier |)en plotter, we had both an HP 
DraftMasier RX piolier and an HP DrabMaster UX V\uh plot- 
ter plotting the AUP eiglu horn's a day during two weeks of 
accelerated testing in aO targeted modes of operation. The 
tests consumed ten rolls of media and 20 SurePlot and 
fibertip pens. 

The fairly stable and known behavior of the SurePlot pens 
allowed us to accelerate the testing. These t^ens were used 
m a separate plotter until most tif their ink capacity had been 
spentp and were put into the HP fJraftMaster Plus |ilotter 
neaj the end of their life. These pens produced ail of the HP 
DraftMaster Plus failure situations recorded. This technique 
penult ted us to extrapolate the results of Ihe 270 drawings 
plotted to be equivalent to 1500 plots, which represent 150 
days of work on the b;tsis of 10 plots per day. 

During the test, we collected data on the mmiber and dura- 
tion of the user uiter\^entions necessary to keep the plotters 
working properly in the selected operatmg mode, and exam- 
uied every drawing produced by both machines lo classify 
them as final plots, draft plots, or plots with missing vectors. 



Results 

Pigs. 9 and 10 show results of these tests. The quaUtative 
conclusion is t hat the SurePlot drawing system allows the 
PIP EhaflMasier Pius plotter to deliver a higher percentage 
of valid plots tlian its predecessor while requiring only half 
as much of the operators time. 
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Fig, 10. Average user intervention times measured in the drawing 
rdlabiiity tests. 

Quantitative metrics are highly dependent on the operating 
mode. F>om tiie liser s |>oint of \iew, the question to answer 
is "How many good drawings can I obtain front a given 
batch?" To communicate that, we looked for a statistically 
representative quality^ index, a single figure that would rep- 
resent the level of output quality that a customer would ex- 
perience through the operating life of the plotter We con- 
cluded tiiat tlie most appropriate index for extrapolating our 
test data to the life of the plotter was tlie AQL. or acceptable 
qualitj^ levet defined in a U.S. militar>' standard as "a nomi- 
T\al value expressed in terms of per cent defective specified 
for a given group of defects of a product" (see page 37). 

The AQL results are shov^^n in Fig. 1 L Tlie HP fJraftMaster 
Plus plotter had an AQL of 0.2 defects per 100 drawings, 
compaied £0 an AQL of S for the DraitMaster. These results 
had a confidence level of 90*Kj. This can be interpreted to 
mean that 9i}^ of HP DraflM^ister Plus plotter users, using 
reconunended pens cind media, will find that 998 out of 1000 
drawings will meet their needs, compared lo 92 out of 100 
drawings for the Di^aft Master, This represents an improve- 
ment of 40 times in the percentage of unacceptable draw^mgs 
over file original U rait Master plotter. 
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Fig, 11, In the drawing rfliahility it^srs, thi.* ^urePlot draviliig system 
lowered the AQL (acceptable quality level) by a factor of -10. 



Summary 

The development of a noncontaci color optical sensor that 
veriOes Uie WTiiing of the pens on the actual drawing greatly 
improves the drawing reliability of a pen plotter The system 
operates on an extren^ely wide rat\ge of metiia, pens, and 
grapliic pat! em contents based on its ability lo leani the 
rigfit print contrast. This added functionality d*x^s not add 
cost to the product, since it replaces an existing accuracy 
calibration sensor. The system can fieteci errors on the actual 
traces and recover automatically. On the basis of the AUP 
and the test results. 90% of IIP DraftMaster Plus users w iU 
fmd that 998 out of 1000 drawings w ill meet their needs. 
This represents an unprovement of 40 times in the percent- 
age of unacceplable drawings over plottei^ without the new 
sensor. 
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An Automatic Media Cutter for a 
Drafting Plotter 

This simple, reliable, low-cost cutter is a classical rotating and linear 
blade design. It requires no separate drive motors and does not interfere 
with normal plotting performance. To quantify its performance, cut quality 

parameters and measurement methods were defined. 

by Ventura Caamano Agrafojo, David Perez, and Josep Abella 



One of the main user needs dri\ing the IIP EJriift Master Plus 
plotter development was lo reduce the ie<|uirenieML for op- 
erator atlentioii lo the plotter without increasing ihe prod- 
uct price. It was very clear thai an automatic uiedia cutting 
device that allowed the user to obtain drawings already cut 
to the desired size was an essential pari of a set of features 
designe<i to satisfy this user neetl. With an autuinalie cutter, 
the cost of the prockKn eould be substantially lowered Tor 
some customers since the existence of a cutting device 
could ehminate the need to buy a takeup spool. 

Deterniiiiing Customer Needs 

To hell? define the objectives for the ctit ter de^'elopnient, tl>e 
technique called quality function deployment (QFD) was 
used to analyze customer needs and wants. QPIJ helped to 
identity the feature set tlie automatic cutter should have to 
satisfy customer expectations. 

The first step was to collect customer needs by means of 
focus groups. After analyzing this data, customer needs 
were classified into groups, each of w^hich represented an 
overall customer concem such tis leliabihty or performance. 
Tlte next step was to dt^flne the desi^.. characteristics I hat 
would atidress the customer needs. To translate cut qni^lily 
hito quantifiable terms we defmed a set of measurable pa- 
rameters. These parameters w^ere used not only to set cut 
quality goals but also to make comparisons witli c{>mpeting 
products. The definitions of these cut quality parameters 
and ttie procedures for measming them aie prc^sented on 
page 46* Design characteristics were analyzed based on cus- 
tomer responses and expeilments to del ermine tiieir rehv 
tionships to the customer needs. On the basis of this analy- 
sis, we built the relationship matrix shown in Fig, I, which 
indicates how nuich each design eharafi eristic affects eacli 
customer need. Looliing at the relationship matrix w^e could 
see the features that w^ould meet the customer needs. 

One of the most import ani benefits from using QFD wastjiat 
it provided the means for concurrent de\ elopment across all 
functions — marketing. R&D, quality, and manufacturing. As 
result of this coordination, design changes w^re minimal, 
which helped us to meet our schedule. 

Mechanical System Design 

Ha\1ng defmed the user needs, ihe cut ciuality parameters, 
the basic design goals, the present state of technology, and 



the constraints imposed by Ihe product itself, the next step 
was to deteniune tlie cutter design configuration that would 
be best able lo satisfy the various rt^quireiuents. From an 
analysis of different possible cutthig syslejits in I lie Ugh I of 
these requirements, it wt^ apparent thai the best solution 
wiis a cutter based on Ihe classical rotating and linear blade 
approach. Instead of behig driveti by dedicated motors, such 
a system takes advantage of the plotter's existing drawing 
driving system, 

A breadboard prototype witli design parameter acij us tment 
capabilities was built to detennine appropriate values of the 
following desigt^ parameters: 

• Rotating hhi<ie diiniietcr (see Fig, 2 J. 

• hmer rotating blade cone angle (see Fig. 2). 

• Cutting speed. 

• Rotating blade sharpness, 

• Side force. This is the contact force between Ihe rotating 
blade tmd Ihe hnear blade, which is produced by the 
compression spring (see Fig. 3). 

• t)epth of penel ration. This is the amount of overlap between 
the rotatuig blade and the linear blade (see Fig. 2). 

• Sliear angle. This is the angle bet'ween the rotating blade 
perimeter and tlie vertical faces of tlie liiiear blade (see 
Fig. 2).i ■ • 

Using experimental design techniques," we were able wdth 
very few- iterations to determine tlial all of these parameters 
were important, but only three of them were critical, since 
cut quality was ve!>^ sensitive to tliem. These ihree parame- 
ters are depth of penetration, shear angle, and rotating blade 
inner cone angle. Their acceptable values were measured to 
be within the foUowing ranges: 

• Dt*pth of penetration: >0.1 nmi to 0,5 mm 

• Siiear angle: >0 to 15 minutes 

• Rotating blade inner cone angle: >0 to 15 mimHes- 

Witii regard to sharpness, the rotating blade edge can be 
made blmit as long as ihe c*ontat^t surfaces between this 
blade and tJie lineai" blade aie two sharj^ pomts. Tlus is *ilso 
gotjd for saiety and economy. 

Although media type is a very important quahty parameter, 
the goal was that all tlie other parameiei^s should be ad- 
justed to make cut quality as independent of metUa type as 
possible. For this reason, no plotter media t:^pe ranges were 
established. 
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Desigfi Characterrsticsi 

1, Mean Number of Cuts Bafare Failure jMCBF} 

2, Cut Quality Parameters: 
2A Straiglitness 

2.2. Wavmess 

2.3. Perpendicular Deformation 

2.4. Parallelism 

2.5. Perpendicularitv 

2.6. Ac[iuracy 

2.7. Edge Effect 

a. Cut Time 

4. Mean Number nf Cuts to Replacemem (MCTH) 

5, Replacem&ntTima 
B. Media Types 

7. HP Ctass B2 Environmental Requirements 



Cutter Operation 

The culter syslrin cottsisis of two basic subsystem devices: 
the sUlling device anci the engagement and driviiTg device 
(see Fig. 3). 

The cutter raniage slays in a resi or paikiiig posilion on rhe 
left end of the |3en camaj^e giikle arm vvliilt' the pen carriage 
is being operaled during (jjolfiiig (see Fig. 4). ^Iien the plol 
has been completed, the paper is moved to the po^iiion 
where the cut is desired: The engagement anti driving de- 
vice, a sv^'ivehng lever with a hook on the end, is activated 
by means of a voice coil causing the pen carriage to grai) 
tiie cutter carriage rrf>m its parking position anrl drivt' it 
along the pen carriage guide arm. The paper is cut by tlie 
slitting mechanism consisting of tlae rotating blade anrl tlie 
litiearlilade. 



Fig. 1. Relatianship nirilrix fur 
die DraftMaster Plus piotttir au- 
rDnifUit' merliii ruUHig H>''.^rf'ni. 

The rotating blade contains a press-tltted O-riug thai is held 
agmns! the media by the leaf si>r]ngs. Fiiction between the 
O ring miti the media causes tfie rotating blade to rotate 
while contacting the hnear blade at two points (the leading 
point is the cutting point). 

.AJ'ler the cutting operation, the paper is moved out of the 
cutter path to avoid contact with the rotating blade. The pen 
carriage moves back to the lefl end of the guide ami and 
tile culler carriage is disengaged, leaving it in Ihe parking 
position. The pen carriage can then be used for a new ploh 

The voice coil that activates the engagement and driving 
device is the same voice coil that moves the drafting pens up 
and down. 
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PeA Camags 
Ouiite Am 




Platan 



Shear Atigle -^ |^ 



Linear Blad« 



Fig, 2. Desigti pjU'^ieLer cJeiinitjons Tor the culler, which if; a clas.si- 

cai rotatinj^ and linear blade design. 



Slitting De^iee 

As yhown in Fig. 3, the slitting device ronststs of the cutter 
carriage. Ihc rotating blade assembly, and the linear blade, II 
uses the same guide ami as Uie pen carriage, taking advan- 
tage of an existing ca\ity iindeniealh the ami. The cutting 
speed is fast enough to complete the cut before the cut 
sheet of media begins its falling motion. 

The life of the slitting mechanism depends mainly on the 
rotating blade because the parts of this blade are subject to 
the most wean The blade hub is made of acetal because of 
its low friction and high wear resistance. Its wear resistance 
allows it to witiistand the high reaction forces against the 



shaft ihat are induced by the compression spring. Low fric- 
tion reduces Langential forces on the media, wiiich could 
produce buckling and nonstraight cut:s. 

Tlic geometry of the rotaluig blade is designed to ensure high 
cut quality. The side that faces the lincai- blade is conical so 
that the contact between the two blades Is only at tv^o pointfs. 
This ensures near-perfect shearing of the media rather than 
tearing. 

For durability the rotating blade is made of AISI 410 steel 
tempered to a hardness of 63 Rockwell C. This material also 
offers high corrosion resistance and reasonable cost. The 
blade diameter is as large as possible to minimise the number 
(jf turns per cut, and the compression spring force is mini- 
mized to reduce weai\ Since precise sharpening of the blade 
is not required, no grinding is required in its fabrication, 
which low^ers its cost. 

The 0-ring is hnportant for obtaining high cut quality because 
the blade overlap or depth of penetration depends on the 
diameter of its tonis secrion. It needs to adhere to the sur- 
faces on which it rolls, while avoiding tangential forces on 
the media. It is made of a nibber that meets these objectives 
and is resistant Lo wear caused by the media and media dust 

Tiie 0-ring is pressed against the media by the spring-loaded 
stiaft assembly. The friction resulting from this force makes 
the rotating blade rotate while the cutter translates. 

Engagement and Driving Mechanism 

Since thi^ DraftMastei' |i] otter's can thaw along \1rtnally the 
entire path of the pen carriage, it was necessary to develop 
an engagement mechanism that would leave the way clear 
for the plotter to draw^ The existing voice-eoil mechanism 
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Fig. 3. Exploded view of the 
automatic cutter, shovviiig the 
two main parts: the slitttrLg devtct^ 
and ri\e engagement and driving 
device. 
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Fig. 4. The parking po<?itioiT of 

tlie Clutter is at the letlt end of the 
pen carriage guidp arm. 



that mDves thc^ pens up and down was easily controllable 
iind turned out lo be the best candidate lor driving the en- 
gagement niechanisin. This avoids the need lor affditional 
solenoids or motors. 

The upper -^ min of voice-coil travel was not used for any 
drawing puqxises. The HP Mf]:Jt) three-dimensional nieehan- 
ical design system was used to find the m^iximum possible 
angle of rotation tor the rotating engagement lever given just 
3 mm of vertical drive motion. Changes in the firmware 
were made to ensure liiat the pen carriagi^ does noi invade 
the upper 3 mm of vertical travel during normal plotting. 

The pivot axis of the rotating engagement lever is parallel to 
ihe hf mzontal direction of motion of the pen carriage. Thus 
the inertia forces caused by accelet"ation of the pen carriage 
are orthogonal to the lever motion and do not induce any 
swiveling nrotion that t ould distiuh tlie [)en t*arriage and 
influence drawing quality. 

Reliability Testing 

The cutler carriage assembly in ciesign<nl as a consumable 
part. It has to be replaced when the cut quality becomes 
unacceptable because of cutter (iegradat ion. At the begin- 
ning of the projed a 5()0tVnit hfe was set as a relial>ility goal 
for the cutter cairiage assembly. This was specified as an 
MCTR {mean cuts to replacement) grt^ater than 5000 cuts. 



The MC*TR specifies the mean number of cuts a cutter car- 
riage assembly is able to perform before it has to be lei) laced 
because of an uncorrectable failure. 

Acc^cJHhng to our tiser moflel, a Draft Maslei- Plus plotter will 
perform about 67^000 cuts during its lO-ycar life when used 
in an euviroiuneiit with a liigh and continuous workload. 
C«insequeiitly> the reliability goal for the cutter system was 
set at an MCBF (mean cuts before iailure) greater than 
67,000 cuts. The MCBF specifies the me^m number of cuts 
tlie cutter system Is able to make before its fust failure. The 
MC-BF <loes not include failures that can be corrected by 
replacing the (mtter carriage assembly. 

A nonaccelerated hfe test was developed to veriJy the reli- 
ability of tlte cutter system over its lifetime. This test was 
performed on three pilot-nm units with stable parts, avoid- 
ing the usual diffieulties of prototype testing. The units un- 
der tesi cul HP media c(jntinuously at anilaent conditions 
for two montlis at a rate ot^ 1590 cuts per day per unit. To 
simulate customer use^ three media types were used in the 
test in the same proportion as an average user: approxi- 
mately SO'i^] paper, 30% polyester, and 20% vt^llum. To sboiteu 
the test tinte, striiis t>f niedia were eut as naiTr>w as possible. 
Such r^arrow strips could not fall off on Lhelr own, so a set uf 
pressurized air no/.zles was instalhnl to blow the strips out 
of the cutter path. 
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Definitions and Measurement Procedures for Cut Quality Parameters 



Because of the nonexistence of any standard method :for measuring the qualjiy 
of a paper cut. we had to defme cut quality parameters, especially ttiose related 
to the edge f inisli of the cut, and develop measurement procedures for these 
parameters before we could determine what the cutter design abjecrives shodid be. 

According to the literature^ and our experience, cut quality ts usyaily judged in a 
rather qualitative fashion, by visually inspecting the fibers that project from the 
cut paper edge. The less apparent these fibers are, the better the cut qualtty, 

Since the length and density of These fibers are very difficult to quantify, it was 
necessary to search for other parameters that could represent cut quality as the 
user sees it and that could also serve our purposes. 

It was found that there was a \/ery high correlation between visuaJ cut quality, 
average edge fiber length, fiber density, and cut waviness Because cut waviness 
is reasonably easy to measure, it was selected as one of the main parameters 

Hard copy media are paper, vellum, and pelye-Stet The cut quality parameters 
selected define both the quality of the cut edge by itself and \he quality of the cut 
edge integrated m the media^ The parameters are 

• Cut edge fmish: straightness, cut waviness, perpend icuiar waviness 

• Wed la geometrvT parallelism, perpendicularity, accuracy, edge effect. 



Mean Crest 







AY 

J 








R 


/ 


^\ A^. 


^ 










v-~ 










.^^^""''"^ — ^ 





A Y = ia Pnints (11 Divisions} 

Fig. 1. DRfmiiian af straightnesi; S, 

Straightness. Straightness [Sf is a parameter that measures how straight the 
edge of the cut is It is measured as shown in Fig. 1 . The tocation of the edge is 
rneasLfred at ten iocatJons across the cut using a coordinate measuring machine 
with an optical probe. Tlie regression line R is computed and the maximum positive 
and negative deviations from R are added fa give the straightness 3. 

Cut Waviness. Waviness IW) is the parameter that measures the undutation of 
the cut edge along the Y axis. It is measured with a profile projector at 50x magni- 
fi cation m five zones per cut (zone width = B mm) as shown in Fig. 2, In each zone, 
the distance from the deepest valley m the mean crest (where light starts being 
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Fig. 3. Defmitforr of waving^ W 

visible through the fibers} is measured by visual estimation [Fig. 31. Waviness W is 
the maximum of the five measurements. 

Perpendicular Waviness. Perpendicular waviness (Zl is the parameter that 
measures the unUuiation of the cut edge along the Z axis (perpendicular to the 
:t\edia plane). It es measured visually using a manual coordinate measuring ma- 
chine with a suspended knife-edge and a magnifying glass [Fig, 4) Five zones per 
cut are measured as shown m Fig. 2. For veJIum, the characteristic perpendicular 
waviness is undulatory (Fig, 5); in each zone, the distance between a minimum 
and an adjacent mas^i mum is measured. For paper, the charadenstic perpendicular 
wavmess is not undulatory (Fig. B^and the toial deformation is measured m each 
zone. No perpendicular waviness is observed fur polyester. The perpendicular 
waviness Z is the majtimum of the five measurements. 

Parallelism, ParalleJism \l] is the parameter that measures how nearly parallel 
are twa consecutive cuts an arbitrary distance apart. It is measured as shown in 
Fig, 7 using a coordinate measuring machine with an optical probe. First, the 
regression lines Rl and RZtor the two edges are computed The parallelism L is 
the angfe between Rl and fi2. 

Perpendicularity. Perpendicularity (T) is the parameter that measures how per- 
pendicular two consecutive cuts are to a reference line drawn on the paper. A line 
parallel to the Y axfs is used as a reference because of its stability in depends 
only on the straightness of the guide arm, whJIe a line at 90 degrees depends on 
the media tracking, humidity, and other factors] Perpendicularity is measured 
using a coordinate measuring machine with an optical probe The regression lines 
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Fi§. Z WeasuremBiTt paints for waviness W and perpendicular wariness Z 



Ftg. 4. Me^syrBment sstu-p for perpendFcuiar waviress Z 
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Ttj* E Defimtion of perpendfcular wavmess Z far veflum. 

R1 and R2 are obtained as in the pafalteiism measurement [see Ffg.. 7). The per- 
pendiEulaFitv is the two angfes between Rl and the reference line and between 
R2 and the reference lJne..Smce the reference line is parallel to the Y axis, the 
ideal perpendicularity js mm degrees> 

Accuracy- Accuracy fAl is the paramerer that measyres ihe difference between 
the required and actual sizes of the cut hard-copv media, ft is measured ysmg a 




Characteristic 
for Paper 




30 mm 



Fig. ?, Defmitiofis for metsaremenis of pajattelisn^ L psipendiciilsriivT acatracy A, and^dgi? 
effect Q 

coordinate measuring machine with an optical pmhe. One point is defined at each 
cut edge a distance of 3D mm from the unciit edge of ihe media at which the cut 
begins (the offset makes the accuracy measurement independent of edge effect) 
These points are PI and P2 in Fig. 7 The accuracy is the difference between the 
theoretical size and the projected distance on the X axis from Pi to P2. 

Edge Effect. Edge effect (Q) is the parameter that measures the curve produced 
at the beginning of the cut, It is measured using a coordinate measuring machine 
wrth an optical pmhe Tfie starting point of each cut edcte is measured. These points 
are 01 and 02 m Rg. 7. The edge effect Q is the maximum ot the two projected 
distances on tiie X axis between Ql and Pi and between 02 and P2 

All measurements. are recorded as functions of temperature and relative humidity, 

Reference 

1 Wesraf Paper Shtttng BisdBS. Tnbology intarnational. Decamber 1980 



Fl||. i. Ueftntiton of parpsndiculaf wavm&ss Z for paper 



PeriodicaDy, the cutter carriage assembly, linear blade, pen 
carriage guide arm, and engagement and driving mechanism 
weir \isuaily inspected for wear Cut quality degradation was 
contrr^lled by irteasuting cul wa\inc^ss. Cutter carriage itsscnt- 
blies were replaced with new cjnei^ wlien their perfomianct^ 
bee *anie unaccej) table . 

At the end of the test each of the three units had accumu- 
lated 67t000 cuts. Fourteen kUonieti^rs of niedia had bet^rt 
cut Into 200,000 strips. The test did uo\ identify any niiyor 
pi'oblom* Only (wo risk iu*eas were identilled and conective 
actions were taken lo address them. 

C 11 1 1 ^ T cairi age asse m b 1 1 vn rep 1 acet I cd"! e r 1 5 , 000 cu t5 
showed flaU.ened (^)-rings ami some wear on tlie plastic 
frame. Cut quality beg^^m fo degrade when a cutter carriage 
assembly had performed 10,000 cuts. 

On tli<' ba!=^ts ot Ihese results it was cf>nchided Ihat the cutter 
sysUun meets the MCTK ajid MtliFspeciricalions. 



One of Ihe risk areas we were concerned about was the pos- 
sible degradation of the coating on the pen carriage guide 
ant I caused f^y die rriciioti of the cutter c^iuxiage. This degra- 
dation could resuh in p(jor cosiueiiis and even corrosion 
nnder unfavorable environmental conditions. 

An accelt^rated test sunulating vcr>' intensive use was devel- 
oped to understand this failure mode. This tesi consisted of 
moving the cutter carriage assembly and pen carriage back 
tuid forth al high speed along a small span of the pen air- 
riage guidi^ arm without cutting juiy media, The coating 
flaked off only in llie areas where the ctJller carriage assem- 
bly and lite pen carriage bearing wheels had rolled. No coat- 
ing degradation appeared in the cU'eas where just one of 
iher^i had rolled. This test proved that some deterioration of 
I he pen carriage guide ami costnetk's might sttow up al the 
half'hfe of the product when used very iritensively. This led 
loa changt^ ofeniler rarriage nuiferial, which compkiely 
eliminated this [inihlem in subst^quent tests. 
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Ccinclusioas 

Cancurrcnl devc^opmenl m\d testing of this system in iJie 
dpvelopnient [>haHes, treating il ^s ifil were in production, 
was key to obtaining a product whose characteristics and 
performance can saiisfy user needs. 

This experience taught us that development tools such as 
QFD are veT>' helpful if used with discTetion, It is in)po riant 
to assess the limits within which these tools can he of great 
value to the defuiition of the product and beyond which 
their cont nbur.ii*n may he diminished or even become a drag 
on the development efforts. 

The result of this project is a cutting system with the 
follow ing advantages; 

► Independen! motors and driving means for the cutter are 
not required, making il simpler, more reliable, and more 
economicaL 

' The cutting mechanism of rotating and linear blades offers 
simphcitJ^ reliability, and low cost and provides high-quality 
cuts on different t>pes of media with no need ofariy mecha- 
nism ro hold the media. It also provides high durat)ility 
because it is self-shajpening. 

■ The cutting system adds little weight to the pen carriage 
during its nomial operation as a drafting device, allowing it 
to accelerate and stop rapidly and have all of the iniierent 
advantages of a low-inertia design. Tlius the same pen cai- 
riage can perform both drafting and paper cutting functions 
while maintaining the original plotter performance. 
The same driving means is used for engaging and disengage 
ing the cutter Ciirriage and for raising and lo%vering the pens 
without hampering drawing perfoniiance or restricting tlie 
paper sizes t hat can he used. 



• Ttie culling device can be retrofit to plotters niaiiufactured 
without cutting devices. 

• Tiie only mainlen;ince needed consists in replacing the en- 
tire sliU.iitg tlevicc w\\h a new one. This is done when the 
user observes a degradation in peribmiance or when the 
plotter warns that it should be replaced (the plotter counts 
the number of cuts perfomied ), The elastic support system, 
which keeps the slitting de\'ice in equilibrium between the 
compression anrl leaf springs, makes it easy (hy means of a 
supphed inseition tool or even directly with the fmgers) to 
separate and raise the rotating blade away from the linear 
blade to take the cutter out and install a new one. 
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Reengineering of a User Interface for 
a Drafting Plotter 

An existing user interface has been successfully reengineered and plotter 
usability enhanced fay selecting, combining, and adapting software 
prototype techniques and standard software development methodologies. 

by Jordl Gonzalez, Janme Ayats Ardite, and Carles Castellsague Pique 



HP's iar^e-forniat pen plotter family has been evolving for 
the last ten years, mainly by iiitroduring new models that 
enhanced the functionality- and perfonnarice of previous 
products. Wiile adding more features and providing better 
perfonrumce, new models have usually required more coni' 
plex and less intuitive user interaction. To faciiitate the use 
of the new functionality of the IIP DrtiftMaster Plus plotter, 
it was decided :to redesign the plotter's iLser interface. 



'Hie reengineering of the user interface was successfully' ac- 
coinpUshed by applymg and adapting a combination of soft- 
ware tlevelopment methodologies and prototype techniques. 
The key steps in tlie evaluation, design, and development of 
the new' user interface were: 
• Development of a user uiterface software prototype for early 
evaluation and usability enhancement 
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• Detailed specification, both graphical and textual, of the 
user inlt'dace menu opiioris. dialoguesH and riu^ssages 

• DesigJi of t he user iiUerface for easy localliiation ftrans- 
lation) of all displayed text 

• Use of best pnielices Tor design and development: stmc- 
tuied analysis, structured design, system testirig, design 
walkltiroughs, ami code inspect! oas. 

User Requirements 

Improvement of the HP DraftMaster user Interface was itien- 
tified as a priority as a result of focus groups and custori^er 
surveys. The major customer complaint was tlte readaijility 
of the LCD tJisplay, especially from cUflerenl angles. Tlie 
readability was worst under liglit condit ions that created 
reneetions and shadows. /Vnother area for improvement was 
the basic user interaction leqiured for menu navigation, 
function selection, and option setup. Another major limita- 
tion was the number of characters allocated to describe 
each menu option, especially for some languages, such as 
Gennan and Spanish. 

The readahility problem was easily addressed by rei.>lacing 
I he LCD display with a light-emitting display teclmology to 
provitie good readabihty even in poor light conditions. 
Among the several tiifferent display teclniologies consid- 
ered, the best com hi nation of cost and teatures was offeied 
by a vacuum thi ore scent display (VFD). To eliminate reflec- 
tions, the display is covered by dark plastic. The display 
window has been enlarged to facilitate readability from 
different angles and greater distances. 

To enhance the usability of the front panel a broader under- 
standing of how users interact with a peripheral was re- 
quired. Aspects of front-panel design that had to be consid- 
ered included the layout, tji^e of keys, number of keys, 
labelhig of l^eys, localization, and aesthetics. Usability aspects 
included menu selection, option setup^ operation feedliack, 
and otheiB. 

Our approach to investigating and defining the most ap- 
propriate user interface was to use a sottwate ftjototype 
tool to build and test different types of front paiieLs, 

Rapid Prototyping 

The study began with the definition of numerous and highly 
diverse types of user interfaces. Key people fiom vaiious 
disciplines w^ere involved in the definition process: Rc^D, 
markethig, quality, product support, and mdustrial design. 

Softwai'e prototypes of the different front-panel layouts 
were generated easily and rapidly using an HP software tool 
called Logic Architect. Tlie prototyfjes allowed people to tiy 
different options in a veiy efficient manner. Vciy soon the 
range of options under consideration was naiTowed to a 
small number. 

The use of software front-panel prototypes proved to be a 
ver>' useful tmd pow^crful tool with multiple advantages. First, 
it was useful ^is a conmiunicalion tool to describe a particu- 
lar ft cnvt -panel alternative. Software prototypes were etisily 
and rapidly sent back and forth l>et ween tlte V.SA, and Spain 
through a computer link. Second, as a testing tool, softw^are 
prototyping allowed the quality department to evaluate con- 
cepts early in the investigation phase. Tlus made it possible 
to design the user interface test suite sooner. The prototype 



also served as a reference for checking the correetness of 
die user interface implementation. Third, (Consensus about 
wliic'h user interface to choose was achieved much sooner 
witli software prototyping, since the advantages and disad- 
vantages of each option were easy to demonstrate. Fourth, 
tlie t>rototype allowed the manual writer to start writing 
much earlier and helped make the manual more accurate 
because the W'riter was able to interact w-ith the prototype, 
Fiftii, the prototype speeded development because the soft- 
ware engineers were able to reuse some of the data struc- 
tures and texts from Uic software prototype. Finallyj the main 
advantage was thai il was easy to demonstrate the usability 
of the chosen front-panel option before development. 

Fig. 1 shows the old HP DraftMtister front panel, two of the 
softvi^are protot>Tpe options tested, and the final front panel 

Risk Assessment 

Tlie initial plan was to develop the new^ user interface in the 
following pen plotter [>rojecL Tlie early consensus on Uie 
type of user intert'ace to develop encouraged us to consider 
advancing its development. 

Before conuuitting to the developjueitt of I he new^ user inter- 
face an estimation of tlie risk of adding new functionality 
late in the project was required. This risk assessment was 
based on estimates of the piecision of the cmTent project 
sche<hjle and the defect removal effort for the project- The 
conclusion was that the project coiUd be done on sciiedule, 
but there would be little marghi for error. ThereforCj the user 
interface development had to be done in one cycle with very 
little time for rew ork. 

The methods used to evaluate the precision of the schedule 
and the defect removal effort were the keys to a good risk 
assessment and are explained in more detail in the following 
sections. 

Precision of the Project Schedule. The precision of the project 
schedule is a measure that can be derived fiom the project 
delay over tune: Ltie greater tiie project delay die less accu- 
rate Uie project schedtde. 

Planned project progress can be measured as the number of 
planned test cases. A test case is a set of tests done to vali- 
date a certain unit of functionality. Actual project progress 
can be detnied as the number of test cases completed up to 
a given rime. The assumption is that a test case is perfomied 
as soon as the associated fmictionality is available for test- 
ing. By obsening the planned test cases and the actually 
completed test crises over time one can quantify the project 
delay and the precision of the project schedule. If a test case 
fmds the fmict tonality under test to be invalid, that test case 
is considered open until the defects are fixed. Open test 
eases are not counted as completed. This is because extra 
time is required to fix the defects, resulting iii an extra delay 
in the project schedule. 

The inunber of pianried test cases, the number of test cases 
actually performed, aud the number of completed test cases 
(actual minus open) can be plotted as functiot^s of time as 
siiown in Fig. 2. Project delay can then be estimated as the 
difference in time hetweett the date a certain percentage of 
the test cases are actually completed and the planned 
completion date. The projection of this difference ovct time 
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Fig. 2. Plotting ihe planned test cas€s CPIan), those actuaDy 
executed (Actual), and those for which m\y defects ff^und have been 
fixed (Actual minus Open) makes it possible to estimate the preci- 
sion of tiie project sciiedule. The estimated delay for this project 

was ^iK wppks. 

for the Draft Master Pltxs project resulted in an estimated 
delay of 6 weeks. 

Rework Effort Estimation. Hie defect removal effort at the 
poini when we were about ro undertake the de\'eiopment of 
tlie tiew user interface was estimated as: 

Rework effort = (Number of defects) x (Average tinie to 
fix a defect). 

The average time to fix a defect varies from person to per- 
son. It is also related to the laboratory's software develop- 
ment enviromnent. An estimate can be based ot\ the labora- 
tory's defect histoti^ by compuiitig tlie average lime it has 
taken to fix a defect in the pa^t. However, the {lefecl track- 
ing records iti the short history of otir lab were not sufficient 
10 give an accurate average, so we took the approach of 
doing onr best team estimation. This resultt^d in an estimate 
of 2.6 hours per defect, not including test time. 

Se%'eral statistical lecbnir]uesare available for forecasting 
the numlxT of detects. 1 lie one that worked best for this 
proje<1 is based on the defect density per test case in each 
of the system regression tests. The same metric has been 
tised as a project progress measure and as a software stabi- 
lization measure. The key benefit of this technique is that it 
gives a good estimate of the ntmiber of defects early in the 
project* 

At the time we assessed the number of defects there were 
parts of the code that were undergoing the third regression, 
while others were still in ifie firsh Wf fc^jud that the number 
of defects ])er test case and per regression was verj' ck:>se to 
a straight line, except for i he first regression, where the 
straight-line pattern appeared after 20% of the test cases 
were CKecuted (Fig. ;3). Therefore, we established three 
conditions for estiniating the mmiber of defects: 

* At least iiy^i of the first regression is executed. 

« At least ltf>c) of the second regression is executed. 

« At leasl 5 regressions are esi imated to be required, based on 
past project experience- 
To evaluate the total number of defects we extrapolated the 
defects to be found in the first regression at IQiWiy completion, 
and the same for tht^ second. The tht^ ratio of t he numbers f)f 
defects in the first and secimd rej^ressions was caknilatc.'d. 
Values for the third, founh, and fifth regressions could then 
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Fig, 3* Number of defectfs found as a function of test cases executed 
and the niimber of regressions. TTie top curve shov\^ the total defects 
found for Lhf^ project. 

be determined. The result was dial at 20% execution of the 
first regression, we estimated 96 defects. The actual value at 
the end of the project was n defects for the entire project 

On the basis of the estimated 9G defects and 2.5 hours to fix 
each defect, tlie required rework effort was estimated to be 
1.5 engineer-months, 

T I sing these techniques we were able also to forecast the 
number of defects that wotild be found in the next month. 
To do this we used our regression lest plan and the straight- 
line relationship between test cases, regressions, and the 
ntmiber of defects. The results are shown ui Fig. 4. 

Graphical and Textual Specificatioii 

As a software good practice, we decided to do as much for- 
mal specification as possible of all new software fimctional- 
ity before the design and code developn^ent ph^iscs. The 
challenge was to describe the general operation of the user 
interface fonnally. To achieve this objective a special graphi- 
cal syntax, combined with text, was designed as an easy and 
intuitive way to describe a generic nu^nu-d riven user inter- 
face. The main objective was Lo l^ave a working document, 
the DruJlMasler Plus Us(^r Interface Inlenmi Reference 
Specifk-atifm (IRS), which would be easy to re\4ewand 
update for aU the different functional areas involved in Lite 
user interface development; marketing, quality, R&D, prod- 
uct support, industrial design, and manual writing. Tlie user 
interface IRS document had to describe the static aspects 
of the user interiace (menu hierarchy, list of options, but- 
tons, etc*) as well as the dyTiamic and interactive aspects 
(dialogues, event sequences, option setups). 
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Fig. 4, Number of defects found verjatis time. 
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The user interface physical display is one of the basic ob- 
jects used l.o describe the user interface. It is represented 
grapbically as a rectangle with stiatlowed edges. A front- 
panel button is represented by drawhif^ an fmthn(* of its real 
shape with an icon on top of it for identification. Another 
element used hi the user interface description is the screen, 
defined £is the text being displayed at, a particular instant in 
the user interface display, A screen is described graphically 
by a rectiinguiar display symbol with !he particular tc^x! in it. 
Pajlicular menu options, n^essiiges, and option setup 
screens are graphicaQy represented as screen elements. 

The description of a series of user interactions is captured 
as a dialogue. A dialogue is a sequence of events mainly 
driven by tlie usej' — for eximipie. the setup of an option such 
as baud rate cjr the number of ci>pies. To set up a partic^ular 
menu option, the user goes throagh a sequence of screens, 
making selections, sitting values, and pressing buttons. Dia- 
logues are describt^d graphically as scTcens connected by 
arrows that define a time sequence. In a dialogue, the transi- 
tion from one screen to another can be triggered by the 
user's pressing a particular key. Tliis is captured graphically 
as two screens connected by arrows, with the button graph 
in between. An example of such a description from the user 
interface IRS is shown in F'ig. 5. 

There is a lin^it on tlie amount of detail tJiLs graphic represen- 
tation can describe effectively. Detalis and complementary 
information are better describeti as text. 



This notation allowed an excellent review of Use us# inter- 
face re<|uirements before ibe design phase, and facilitated a 
broad consensus among the ilifferent functit^nal aieas. The 
detailed specillcations in I he user irUerfacf? IRS ^ilsu proved 
to be very useful for system test develupjiient. All of the 
menus and options were grouped into 25 etiuivalenee classes 
according to the number and kind of l>uttons to be pressed 
to reaeli lliem, and one menu or nptior^ of each class was 
chosen and fully tested. Status and errfjr messages were 
tested in I lie same way, grou|>ing them in classes according 
to priority and testing all possible combinations of messages 
beloi^ging to different classes. 

Misunderstanding or incompleteness of an IRS results in 
software defec Is. As a result, code and tests ha\e to be re- 
worked. In this project, the detailed specifications mini- 
mized this effect and savetl a significant amount of linie. 

Analysis and Design Methodology 

Working on a tight schedule, I here is little tinie to redesign 
previous designs. Things have to be done right the first time 
to minimize the time to market. With this in mind, we decided 
to use stnjciured analysis and design pi'actices. The stmc- 
tured azialysis, based on data flow diagrams,^ allowed a team 
of software engineers to work efficiently. The goal was to 
minimize the interaction among the engmeers while limiting 
the the analysis to a reasonable level of detail 
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number, the pen speed jvvy] is updated in the display. 
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Whenever the plotter sets a new speed by a VS command while tfie 
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Fijj 5, SpecificaTioii example, 
with The ftiil graphical and textual 
description, of Ibe pen speed 
menu ajtd relaU'd cMalogiiPR. The 
coriibijiation ufgrapliies, lexl, 
anci tables proved to be a Biinple 
atid efrpcrive way to describe the 
d>Ttaitiic behavior of ihf? user in- 
terface menus and riialagues. The 
display, with the current text 
nic^sagcN is reprcscnred as a rect- 
angle with shadowed edges, A 
user event, such as the pressitvg 
of a key, is represented by the 
key icon. Arrows conjiect the 
screen sequence to ihe user ac- 
tion t^iat triggered the evetil. Spe- 
cifil display effects, such as flash- 
ing cliaracters or cursor position, 
are also graphically represented. 
Lists of values for speeifir: options 
are represented by variable tianies 
with possible values fully detailed 
in a key box. 
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Fig. 6. Context diajgram of the user interface rtianager. It communi- 
cates with the plotter system ihrougli events. Events are either mes- 
sages to display, commands to execute, requests for response data., 
or notifications of plolter state changes. The it^er interface manager 
interacts with the outside world through buttons and sctisors, a 
display for menus aiid messages, and an alarm beeper* 

To get a high-level picture of the user interface we drew a 
context diagium and a data flow diagram. The context dia- 
gram (Fig, 6) shows the interaction of the user interface 
with tJie plotter system throug^i events and with the outside 
world rJirough sensors and buttons, the display, ajid an 
alarm beeper. 

The plotter system is the plotter itself and includes many 
submodules that can interact widi the user interface: f/0, 
plot management, graphics engine, media handler, vector 
manager, pen handler, and so on. Tliesc modules interact 
with tJte user interface manager to notify or warn the user 
through messages or alarms, show ihe status of the plotter, 
show current menu values, set new parameters, and execute 
user interface commands. 

The data flow diagram of 1 lie user interface manager (Fig. 7) 
shows the niaui procedtires hi tiiis module: aser interface 



event manager, message handler, menu handler and display 
manager. The user interface event manager takes care of all 
kinds of events, including plotter system, keyboard, and 
timing. 

The menu handler navigates along the menu tree and 
executes the menus at the tree leaves. It receives the menu 
e\ ents. including keyboard events i a button pressed by the 
user), data supplied from the plotter, timer events (like an 
inactivity timeout), and si>ecial menus mggered by the plot- 
ter from the graphics engine. The menu tree is stored in the 
menus data structure. The roi>! is the status menu, which 
shows plotter status, such as ready, busy, paused, paper out, 
and so on. Prom the status menu, six main menus are avail- 
able, four of them directly available from buttons. These 
have several submenus. At the tree leaves are the menu dia- 
logues — customized menus that can show, toggle, and set 
parcmieters or simply trigger with or witliout confirmation of 
user interface commands. The user interface allows the 
nesting over the menu tree of special menus triggered from 
the graphics engine, such as the digitize menu, and several 
direct menus for easy access to the cancel, select pen, 
pause, and other often-used menus. Fig. 1 shows the user 
interface key layout. 

The message handier tiisplays and removes messages. Tiie 
messages come from the user interface event manager 
(from the pJotter ) or are internally generated by the menu 
handler (to notify or warn the user). The messages data 
structure iiolds atl the messages, classified by class and 
priority. Messages of different classes and priorities can he 
nested. Each class has an dissociated menu behavior. Infor- 
mative repetitive messages are displayed urviii any key is 
pressed, and are redisplayed after an inactivity linicout. Er- 
ror messages from the graphics, 1/0, and other submodules 
are displayed imtil any key is pressed. Informative timeout 
messages are shown for a few seconds to mform or warn 
the user. User action request messages require the user to 
press the Enter button to confirm. Progress status messages 
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Fig. 7. Data flow rliagram of the 
user interface manager. T?iere ^e 
four procedures. The user inter- 
face event manager iooks for 
events from the plotter siystem, 
the keyboard, or the sensors. It 
also watches for timing events. 
The message handler manages 
messages coming from Ihe plotter 
or from the user interface on a 
priority basis. The menu liandler 
navigate along tlie menu tree and 
executes the menu dialogues at 
the menu leavi*s. The display 
mariager manages thp fiisplay 
queue and displays tile menus iiiid 
messages on a priority basis. 
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are shuwri while a critical action is being performed. Critical 
error messages indicale failures. 

The display manager controls the vac^uum 11 u orescent dis- 
play. It. manages the display queue and displays the menu 
clioices. It also sets some of the display options, such as 
flashing, character set, and brightness. 

Data Structures 

The next step in the user interface design was the design of 
the data structures, which are mainly cojuposed of menus, 
messages, and wijrds. Static data struclurt^^ were specially 
designed for easy local izal ion to support the six targeted 
languages: FingUsh, French^ CJennan, vSpanish, Italian, and 
Japanese. FVoni experience, we clearly understood the need 
ior an automated procedure to allow funher refmenient and 
correction of all the texts and their translations. 

Fig. 8 shows the building process for the menus and mes- 
sages data stiiicturc^s. Fig. 9 shows the text data structures. 



Fannatted Tfanslations 



English 



French 



Spanish 




Ectsbrc] 



Oaia 
Structure 
Buililer 



Static Daia Structure 



fp lines 

(p, screens 

fp messages 

fp .dictiairary 

fp class pd&rity Ebl 

fp_menu.tree 



# MA1N.MENU_HEADER,NUtt,BXMX 
U Num. lines1,MaxGhars:14 

Maifi n/fenu I 

Menu principM t 

# OEMO. M£NU_HEAO£A,MAIN.BXlVtX 
a Num. Iine$:1. MaK cham:14 

Dema Plal I 

Dibuja demo I 

# AUGN J„PaiNTS_2,ME»U_AUGN,.BXMX 

# Num. linesX Max chars: 2& Lines connea^cd 
Distance &&&: I 



Distancia &&8r: I 

@@@(a,i@ If I 

# MESS PUT IR MESS USEH.1,BXMX,0 

# Num. linesZ Max chars: 32, Lines connected 
Put m carousel I 

I 

Colocarel I 
caff use I I 

# W MET£R.WQRD,NULL,BXMX 
Mmem I 



Fig, 8, The building proct^^ for the menus and messages data struc- 
tures. The input files are six files with the six IncaluiicJ menu 
screens ^ messages, and words. The pro j? rani ctab (liters and merges 
tJiese fUes. The autpui is a C indude &le \\iih ttie needed data slruc- 
tures, hi the input Dies, tliere are menu screens that hold the menu 
displays used \n menu tree r^mgation, formatted n^ejiu screens far 
the menu dialogue.'v, message screens specifying mes^ge cla^^ses 
and prionties, and localized words for the dictionary to be fommlt ed 
in some menu screens. 
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Fig* 9. Text data structures. Messages are indexed by their identifi- 
ers. Each entry eontaiiis an index to a class priorit^^ table t« select 
the appropriate behavic:>r. AnotJn:T index points to the screen table. 
For the selected language, there are two indexes to the first and 
5iecond lines of the message forming a screen. A s<:;reen can have 
parameter fields, specified by ttie symbDls @, 5, !. S. T\\e size of a 
parameter field is specified by repeating the same synibo], Mien the 
message is formatted, the ijaratnt^ter values or localised words from 
the dictionary are substituted for the parameter fields. A similar 
process is applied to the menus, whidi are stored in Uie fp_menu„tree 
data structure, which has indexes to the fp_screens structure. 

In each case, the Enghsh version was built first. Some pa- 
rameters wxTO specified, such as name, type (mentK mes- 
sagCt word), menu linkage (for menus), and message class 
and priority (for messages). There w^as a fickl for tlie Eng- 
lish text and another for adding the translation to a single 
language. This file was senl to tiie five translatoi^j wlio liad 
to fill in the translations fieki. 

We created a tool called the data structure builder for auto- 
matically building all the data stnictiu-es frotu the six files. 
The tool produces a C include file with all the nietui and 
message structures. Wien clianges had to be made, we just 
edited the sl\ soiu^ce files and reran tJie data structure 
builder again. 

The last step ui the design pluise was a walktiirough to ck^Lecl 
design defects. This walkthrough proved to be ver>' usefvtl. It 
showed some inconsistencies, btjt primarily it highlighted a 
mj^or ijupleToeiUatlon Issue: bow^ to implement the menti 
dialogues. This issiie Is covered m the next section. 

Implementation 

Whim it came to implementation, there were some inherited 
constraints that made tlu^ retmgineering of the user interface 
more difficuU. Most of the code had been written more than 
ten years earlier when low -level languages were more the 
rule than the exception. The software system architecture 
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was mtermpl-driven and had no operating ^stem for task 
scheduUiig atid dispatching. The new aser interface was 
constrained to exist in this en\ironnient. The plotter sjsieni 
runs as a background process and the user interface is trig- 
gered at an intemipi level by e periodic intemipt event. The 
user interface manager and the plotter system eonunimicate 
through queues as shown in Pig* 10. 

The plotter system was Um hard to model, so we derided 
instead to have a clear, well-specified interface to the user 
interface queues and then surgically remove the old user 
interface references and add the new ones. 

The user interface manager is scheduled througli a periodic 
interrupt. It is basically a state machine \vitl\ sfates. input 
events, and outputs. When activated, it checks for an event 
(button press, timing, or pi otter J and handles tJie menus or 
messages depending on its state and the event. 

Another limitation ^ because of the lack of an operating sys- 
tem, is that the dialogues f menu leaves) were designed as 
independent tasks. They are called upon entering a dialogue 
menu and they end when the usi^r operation is completed. 
They are implemented in the user interface manager at the 
interrupt level Therefore, we had to design a small operat- 
ing system subset just to put tlie menu dialogues to sleep 
when waiting for events tmd wake them up at the nexi inter- 
nipt. We supplied a local stack so the user interface man- 
ager would be better isolated from the rest of the system 
and could more freely build its owti display screens. 

The last important issue was how to support the design 
team of three engineers so that they could work etTiriently 
on the same set of nuxiules tmd witliin tlie schedule con- 
straints. We suf reeded thanks lo a well-established software 
management control system for supporting parallel develop- 
ment. This sj'stem is based on RCS and int. hides some scripts 
to better automate the generation of code releases. It also 
suppcjrted our intensive tise of code merges. The data struc- 
ture builtler alreatiy mentioned made it easy to update the 
menus and messages. 

Results 

TJie IIP DraftMaster Plus user interface reengineering proj- 
ect met its planned introduction date and its main project 
objectives. The number of software defects was veiy low 
compared to previous projt^cts in this lab. 
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Fig. 10, liUeraclion boiweeii ilu> pjijutr system aitd the uspr iiiler- 
fat e manager The user interface can reciuest die piotnjr sysitem lo 
schedule tiie execution of a partjrular fiincticm or prficpclure. The 
user intfjrface manager can also send a rot|uest for data maintained 
by the plotter sy^sLenu TttP pIoHet syKteni itrterricts uiUi the user 
inteiface mansycer ljy means of niessafioij and updaii- evi^nis. 



The project took 6.5 months. One month was spent m selec- 
tion of the best proposal. Three months were invested in the 
definition of the IRS and the system tests — a measure of Ihe 
amount of ^jecificarion effort. The fmal 2.5 months were 
spent on coding and testing. 

The project complexity', measured by Itie amount of new C 
code written, was 15 KNCSS (thousands of nonconimeni 
source statements). 

The number of defects related to the front panel found be- 
fore introduction was 37. To detemune the quality of the 
specification and coding activrt^^ the defects were classified 
as specification defects (1-3%), coding and design defects 
(84%)* or hardware defects (3%). The specification category 
inciiides such defects as misunderstandings between team 
mentbers, side effects of specifications, incomplete specifi- 
cations» and vtTong specifications. Tlic low percentage of 
these defects is a clear improvement over previous projects, 
indicating that the specifications w ere clear enough that 
everv' team member was able to understand the expected 
product behavior. 

Defects found in new and ok! motlified code were: 

• New code: 38% 

• Old code: 62%. 

The quantity of code written in the old assembly language 
was much smaller than Hie quimtity of new code, proving 
again that the modification of old patched code is much 
harder than writing brand new code. The prerelease defect 
density in the new C code was 2.5 defects/KNCSS. This is a 
signiticiuU improvement over previotis experience in our 
lab. A I introduction, there were no open defects in the user 
mterface. 
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A Multiprocessor HP-UX Operating 
System for HP 9000 Computers 

The system supports up to four processors in the HP 9000 Model 870 
computer significantly increasing online transaction processing (OLTP) 
performance without degrading uniprocessor performance. 

by Douglas V. Larson and Kyle A* Polychronis 



The kernel of l lie FIP-UX'^' operating system has been modi- 
fied to suppoH PA- RISC nnilliple-processof systems in a 
syniinetrical manner (PA-RISC is Hewlett-Packard's reduced 
instruction sel compuler architecture). In a symmetrical 
tinil(tl»rocessor system, any processor can nin any task — 
user or keniel — on the system, Tlie first release of UiLs jirod- 
ucl, HP-UX 8.06, supports up to four processors with the 
HP iJOOO Motiel 870 hardwai^.t AltJiough the currcnl system 
is implemented for up to four processors, there is no fimda- 
mental design limitation on the number of processors that 
can be supp oiled. 

The Model 870 multiprocessor HP-UX systems represent a 
significant technical milestone for HP for several reasons. 
First, the hardware, which is used by both the HP 9000 
Model 870 and the HP 3000 Series 980 computer systems, is 
the fu'st n^ulti pie-processor implementaliou of HP's PA- RISC 
tuchitecture. Multiprocessor systems ^re an important tech- 
nical direction for the industry because tliey offer t!ie most 
cost-efrective means of improving the performance of a 
given platform. Adding a processor boai'd to a system is an 
e3ctremely effective way of adding powder. 

Second, tlie Model 870 multiprocessor system raises HP-T.TX 
online transaction processing (OLTP) peifonnance to a new 
level. In fact, at the time of the Model 870 s introduction, it 
had the best performance in the inciustry for I'NIX'^-syslent 
computers runnuig the TPC-A benchmark [ lYansaction Pro- 
cessing PeifoiTUiiiice Coimcil BerK'hinaik A). We ha<i lo 
solve a myriad of difficuit techuicai proiiU^nH al both the 
operating system level and the database n^anager level td 
achieve this perfonnance. 

Finally, we advanced the state of the ait of inLihit>n>cessor 
UNIX-system computers by efferiively harnessing the power 
of nmltlple high-performance RISC processors. Previous 
UNlX-systeni multiprocessor machines have featured rela- 
tively low-powered mlcroprocessoi-s. Using a processor with 
the capacity of the Model 870 with its fast, largo caches is a 
fundamemally harder multiprocessor problem; adding a 
single Model 870 processor is equiv^aient to adding fialf a 
dozen Intel 80386s, for extunple. 

PA-RISC Multiprocessor Hardware 

The PA-RIS(^ architecture includes specification for multi- 
processor systems with a tightly-coupled shared main 

t After ttils article was uvritiBn, a new my Iti processor systern was reteassd. See page 58fQi 
mor^ aboul HP-UX a. D on the HP TOO IVl[>de; 890 tomputfir. 



memory model. Each processor has its own cache (see Fig. 
1). Perhaps the most important characteristic of the PA- 
RISC nmltiprocessor design for sofTw'are is the automatic 
maintenance of consistency in the system caches, Althougli 
cache coherency is transparent to software, the costs of 
cache coherency may be significant. Another PA-RISC multi- 
processor concept is that of a momtrch processor. At 
power-up, the processors arbitrate to determine a monarcli, 
wliich subsequenlly perfonns the boot process. 

In a Model 870 multiprocessor system, up to four Model 870 
CPU boards can be inserted into the chassis (see Fig. 2), 
where they interface to the system memory bus (SMB). 
From the SMB, a bus converter connects to the MidBus and 
the HP CIO chaimel adapters for I/O cards (see Fig. 1). All 
processor clocks and the SMB clock run asynchronously 
wit>i respect to each other. This necessitates software resyn- 
ehronization to provide a consistent system-wide clock to 
the software. 

As menlloned above, cache consistency is maintained auto- 
matically by hardware in the PA-RISC multiprocessor archi- 
tectmp. However, in the Model 870 nmltiprocessor system 
the overhead to mainliiin cache consistency is high. For ex- 
ample, a cache miss on one processor when the same cache 
luie is dirty in another processors cache results in a worst- 
case (typically 170-cycle) miss peuidly, which is far greater 
than the tjiiically 70-cycle penahy for a uniprocessor cache 
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miss. This condition is exacerbaied when data is shared 
between processors on a Mo<iel 870 miifliprocessor system. 
The cache miss rale can go up ctranial icalty, resulting in a 
dramatic def^rease in the system's rhrouglipnt. Working lo 
minimize caclie effects has dominated tlie Model BTO nmtti- 
piTJcessor timing effort. 

Another chailetiging silualion was the speed of the proces- 
sor reJalive to ihe SMB tnenior>' bandwi<ith available in the 
Model 870 chassis. Witii the Model 87 1), we placed an ex- 
tremely poiA ertnl 1 990-\1ntage processor into a chassis that 
was designed in 198;! 

Impiementatioii Strategy 

Our multiprocessor iiii[)lementation of HP-UX 8,06 needed 
to meet the following requirementsi 

• Support synmuHrical multiprocessor execution for up to 
four processors. 

• Be transparent lo user-le\'cl code { source and object ). 

• Provide indusfi^-leading pedbrmance running the industry- 
standai'd TPC-A, TPtVB, and multiprocessor SPECmark 
benchmarks. 

• Suppoil all features of HP-lDC 8.0 (except C2 security tuid 
diskless cluslerSj whit^h would have adtied Mgmficantly to 
I he schedule). 

• Run the same kernel on uniprocessor and multiprocessor 
systems, but have neghgible overhead on Luiiprocessors. 

The HP-UX operating system is multitasking and su|;)]mi1s 
running numenuis pnice.sses at ;iny one linn*. ]n a unipro- 
cessor system, only one proc^ess is exec hi ting ai any given 
moment, and the consistency of HP-UX kernel global data 
structures is ensured because processes nmning in the ker- 
nel are allowed either to nin fo completion or to riui until 
they voimitarily givi-^ ui) Ihe procc^ssor. hi either t^ase, the 
global data stnuiitres are consistent al lh(^ time another 
prooess is schethiled, no there is no net^d to use semaphores 
or other concurrency control mcchtmisms that nrv seen on 
other multitasking operating systems. (The ouly explirit data 
structure proletlion is i)eiween the kernel mid iiUerrupt 
service routines.) 

In a nuilfi}jroee.Hsor system, however, I his uniprocessor as- 
sumption is shattered. For atieguate multiprocessor system 
perlbrmance, it is essential that nuiltijjle processes on differ- 
ent j^rorc^ssors execute sinuillaneonsly in the keniel In this 
multiprocessor scenaritj, kernel (iaia stnictures are beiitg 



updated stmiiltaneously with unpredictable interleaving of 
updates, which inevitably leads lo kernel data structnre 
corruption. 

Tlie single greatest technlcaJ problem in adapting HP-l'X for 
multiprocessor operation was adding the kernel data struc- 
ture protection needed to allow simultaneous exec-ution of 
processors in the kemeL This was achieved by adding sema- 
phore and spiidock primitives to HP-UX. and using these 
primitives to svTtctironize accesses to global data structures. 
Evcr>' module in IIP-L^ was affected by these changes. 

Another area of the kernel requiring significant modiiica' 
tions was the scheduler. Instead of just scheduling for a 
single processor, the scheduler must now manage the com- 
puting resoiu'ces of multiple processors. Also, low-level op- 
emting system code such as TLB miss liandlers and power- 
fail recovery prot^edures required extensive modification for 
multiprocessor operation. 

Once the multiprocessor system was operating, a tremen- 
dous effort w^as required to time tlie system to meet our per- 
formance objectives, lii our \1ew^ the key challenge of multi- 
processor system performance is tuning the system for the 
characteristics of the targcM liardware. Because of the nu- 
merous combinations of prcwessor speeds, bus speeds, and 
cache con figii rations that are possible in multiprocessor 
systems, it is a vinually impossible task to develop a multi- 
processor kernel that will i^erfornt well for everybody 
without a sign iti cant amount of tailoring. 

Prototype Refinement 

Our develo|)ment strategy was to start with a coarsety sema- 
phored prototype multiprocessor HP-UX systtmi m\d succes- 
sively rellne it to address obsen ed periormance bottle- 
necks. For example, concurrency could be added w^here 
needed to relieve spiniock and semaphore contention. 

Our starting point w as a single-semaphore system, which 
essentially i-mulates the uniprocessor sit tialion by only al- 
h swing one processor in the kr-niel at a time. This was useful 
for britiging uj) early multiprocessor prototype hardware, 
but has obvious peiformanc^e limitations. 

Our first concurrent multiprocessor kernel involved only 
four "entpire" semaj>hores ftlle system, virtual memory^ pro- 
cess mmiagemeru. and I/O), together with a handtul of spin- 
loeks. While the setnaphtniug hem was ver>' coarse, it pro- 
vided the basis for measurement, analysis, and further 
rotinds of tuning. 

Our tuning efforts since the initial foiu^-empire sfyslem have 
led lo a signific^uit division of tlie virtual menior>^ empire, 
with a !ess(*r division of the file sysiem empire, to add more 
concuiTency lo the system. llowevej\ we fouutl tliat Ihe hulk 
of our tuning cycles were devott^l to retiucing overhead 
resulting from cache effects on the Model 870 PA-RISC 
ni u It i processor hard ware. 

The conventional wisdom for multiprocessor systems has 
been to add as much coticunTruw as possible up fri>r;( ( fine- 
graine<i semaijhoring) and use this as the basis for tuning. 
Tliis approat h would have tieen disastrous oji the Model 870 
multiprocessor hardware because of the high cost of locking 
n^suituig from cache t^fects. This would have led lo a high 
li^vvl of rewcjrk to address ihe real perfurmanee prtjtHems. 
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Next-Generation Multiprocessor HP-UX 

The accompanying article describes the first-fjeneratton HP-UX muKi processor 
system, which consists ol the HP-UX 8.06 operaiing system running on the HP 
9000 Model 870 computer hardware. A new myftipfQcessar system, consisting of 
the HP-UX 9.0 operating system on the HP 900Q Mode! 890 computer hardware, 
was released after this article was written. Hardware and software advances 
contribyte fo a substantially higher level of online transaction processmg [OLTP) 
performance for ttiis new system 

The IVTodef 990 hardware incorpofates nevv chassis and bos designs that address 
the limitations mentioned in the accompanying article. The mam processor bus is 
dramatically faster and the cactie coherency circuitry has been improved. The 
Model B90 also uses s higher clock rate 

The operating system software has been improved through increased parallelism 
in The t/0 subsystem and additional OLTP performance tunmg. In TPC-A bench- 
marking experiments, a more efficient client-server conf iguraiion rs being used 
instead of the monolithic configuration used for tfie Model 870 measurements 

The result of these improvements is a TFC-A rating of 578 transactions per second 

for a four-processor HP 9000 Model 890 computer system in a client/server config- 
uration, com pa red to 173 transactions per second for the four-processor Model 
870 in a monolithic configuration. 



Successive refinement of prolotyT>es including adding con- 
ciirrenry where needed is the most piagmatic approatli 1 o 
retro fitting an originally uniprocessor system such as flP-UX 
for muhiproccssor operation. Given the comphcated inter- 
actions involved with HP-UX rmining on a multiprocessor 
system (cache clTecls, semapiiorc contention, etc.), ii was 
impossible to predict precisely what modLTications wer'c 
needed for best system performance; experimentation with 
the multiprocessor tecltnology was essential. 

Concurrency Control Primitives 

The Jieah tjf concurrency ccmirol wiihin onrmnltipmcessor 
system is the spinlock. HP-UX kernel primitives have been 
added to obtain and release spinlocks. If a processor at- 
tempts to obtain a spinlock that is held by another proces- 
sor, it will busy- wait until the lock becomes aval lab le*t 

Spirdocks are used to control access to data structures that 
will l>c held for a relatively short period of time. In such 
cases, a blockhig semaphore doesn^t make sense because 
the overhead of a context switch is likely to be longer than 
the time a processor will need to busy -wait for the Inck. 
Spinlocks must he used during interrupt senlce routines, 
when context switching is impossii>le. Spinlocks are also at 
tlie heai1 of our blocking semaphore calls to control access 
to the semapiiore data structures. 

The conventional niethod for support ing spinlocks is to take 
advantage of a test-and-set instruction in the hard waiT. In 
PA-RIS(*, this is the load and clear word insuiiclion (idcwj,tt 

t Spmlocb ane at the eore of HP-UK concurrency comrol PrDceiiufe calJs ttj spinlock mutities 
Sl^cifythe lock !Q be acquired as an argument, (t the lock is frea. ihe spirtlock rUMiim acquires 
rhe lock and marita it a& busy ^f the Inck \s already busy Ithat is. another process or processor 
holds tUe locJtf, the routine will busy-wait umil The luck becoiries available The busy-vjait is a 
prDgf^m loop m wtrich the lock is repeafedJv checked untif it becDmes free An rmpDTtant 
atlxibute of a sptnlock mutiite ^s ihat the action of checking a loclt aod matting it busy is 
atomic — no ottier piQCESS or pfocessor can acquire a lock after fts svai lability has been 
cbeck&d and before it is marked busy 

tt fn this paper. I dew is us^ as an abbreviatiDn to refer to the I dews and idcwx PA-fltSC 
ingtnjctions 



However, because of cache effects associated with Idcw on 
the Model 870. the cost of an Idcw instruction is extremely 
high, and we realized a significant niulliprocessor iJerfor- 
niance iniprovement f approximately 2(>K^>) by tjsing an algo- 
lithni relying only on loads and stores for nunual exclusion. 

Blocking semaphores are used to control access to regions 
of code t hat are associated with a set of data structures, 
Mth a blocking semaphore, a processor attempting to ac- 
(tuire a stmiaphore ^dready held by iui other processor will 
put its cunc^nl [irocess to sleep and switch to another I ask. 
Hie assumption is that the expected time to busy- wait for 
the lock will be nnich greater than the overhead of a process 
switch. 

There are three t^^ies of blocking semaphores: 

• .'Mpha semajjhcjres. These semaphores are relinquished 
when a process goes to sleep, so the data strnctures 
protected must be consistent w henever sleep is calied. 

• Beta semaphores. These semaphores are retauied while a 
process sleeps. 

• Synchronization semaphores. These are iisetl to signal 
events rather thart protect data structiu'es. 

Pig. 3 sliows the decision piocess for choosing the appropri- 
ate protection mechanism for kernel data structures. 

Race Condition and Deadlock Avoidance 

Convening a nitii)roces4st)r tjjjerating system to a multipro- 
cessor operating system adds tw^o new ciijsses of software 
problems: inteiprocessor race conditions and interprocessor 
deadlock ciHiditions. Also, existing uitra processor race and 
deadlock conditions become much more likely to occur. 

A race condition occurs whenever data that should be pro- 
tected by a lo<'k (a spinlock oi' sc^maphore) is accessed with- 
out tlie appropriate lock b<*ing held. The tiling that makes 
race conditions hard to notice is I hat almost evet^' time code 
with race condilitnis is executed, it works with no problem. 
However, occaslojially it will fail, and it usually fails in a 
drastic ajid dilTutdl to-diagnose way (e.g., a system crash J. 

To attack I lie jHublem of race conditions we developed a 
tool that we called SDTA (semaphore data trap mialysis). 
Fundamentally, we gave the tool (which w^is buill inio the 
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kernel as a driver) a list of data structures and the corre- 
sponding locks protecting each of these smicmres. Then we 
used a feature of the PA-RISC architecture that allowed us 
to trap whenever one of these data structures was accessed. 
L'pon trapping, SDTA tested to see if the appropriate iock 
was held, and if not, an error message was logged. In a con- 
tinually changing dtnelopment environment such as ours, 
with many people working on ihe code, this is a strong 
regression testing Icm>L 

Deadlock conditions occur whenever it is possible for each 
of two processcjrs to be waiting for the other processor to 
release a lock so that it can acquin* it. In this state they will 
wait inde0nitely for each other (see Fig. 4). More compli- 
cated cases with three or more processes are also possible. 
We chose to solve this problem by instituting a simple, well- 
known deadlock a\ oid^mce algorithm. This algorithm re- 
quires that ill! llie locks in ihe kernel be taken in a particular 
order We implemented titis by giving t^ach lock an order (an 
Integer), and then enforcing the rule liy testing within the 
semaphore code to ensure that whenever a semaphore wlis 
taken, no higher-order semaphore was already held. By en- 
forcing the acquisition of locks in iock order, the cycles that 
lead to deadlock can never occur. This enforcement is done 
Ihrongh a series of assertions within the semaphore code, 
Asseilions in tlie code are slate mt^nts of the form: 

ASSERT{<condition that should be true>/' statement of problem"); 

The programmer decides what conditions must always be 
tnie at a particular ijoint in the code and puts the assertion 
in. If the rondilion i.s violated then an error condition Is 
noted. Assertions can be turned otTai comtnle time, aj^d 
h cleanse of tlieir impact on performance we do not ship the 
product with the assertions turned on. Testing -with the 
asaerlions tumc^d on and compiled allows us to detect prob- 
lems t^arly. Because assertions affect timing and could po- 
tenlially cause other problems, we also test with assertions 
innied olT fn f IP4;X 8.06 there iire well over KKX) assertions, 
over 200 of which are multiprocessor-specific. DiHerenl sets 
of assertions can be turned on and off at will 

Processor Scheduling 

In (Hir 4^arly multijjrocessor prototy^ies. a single nui queue 
was nuiintained. ajid tlie highest-piiority process was as- 
signed lo the first processor a vailahle. This is the spirit of a 
sytnmetriiral nmltiprocesso!' implementation: any task can 
execute on any processor. Ilowt^ver, we soon recognizett 
that cai'he elfe^'is made the cf)st f>f migrating a j^rocess he- 
Iween tjnKeyjror^i significant. A proct^ss builds up a cache 
context on a pro*'esson and if t Ite [iroct^ss is nugrated, (hat 
context i\eeds to be retntilt cx)in|)lelcly im ^yiother proc^'S- 
son The situation is worse if dinv cache lint's are associated 
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wit h the origina] processor when a process migrates be- 
cause thb causes the worsi-case cache miss overhead when 
those lines are reaccessed by the new processor. 

To address this situation, we tmplement€*d a new design 
with a run queue for each processor, and we added heuris- 
tics to control the migration of processes between proces- 
sors to mimniize cache effects Irom proce^ migration. Con- 
trolled migration is necessary to allow load balancing, but 
processes should st:ay on the same processor whenever 
possible. This can be %iewed as heuristic processor affiniiif. 

For certain applications, our heuiistics are inadequate for 
optimally assigning processes to processors. For these 
cases, we have implemented crplicft processor a (fi }nty 
with an interface to allow applications lo make process-to- 
processor assignments. In our performance tuning, we have 
been able to achieve a I0^>tt>-2i>o improvement in TPC-B 
performance by explicitly assigning processes from the 
application level through a proprietarj' processor affinity 
interface. 

We are noi widely promoting explicit processor affinity as 
an available feature of the product because our inlezTace is 
nonstandard. We plan to move to a standard interface for 
processor afJInlty as soon as one emerges. Until then, onr 
proi)rietaiy' interface* is being documented through the field 
organization for use in customer situations where ex'plicii 
affmit>^ is necessmy for adequate performance. The heuris- 
tic processor affmity with automatic load balancing will 
perfonn well for most workloads. 

Interrupt Handling 

All intemiiJts aie directed to the monju'ch processor. If the 
monarch processor holds the 1/0 semap>hore. or if the t/0 
semaphore is free, then the monarch will acquire Ifte I/O 
semaphore if nece^sao^ and handle the intemipt. If the I/O 
^semaphore is held by another processor, then the monarch 
will fiiruard the intemtjjt to the processor holding the I/O 
sentaphore. 

This implementation is somewhat asymmetrical, but we 
have shown through cxperinientalitm Ihat Ihis issiipmrvr in 
pcrfonnance to the synnnelrical imi>lenientalioti of broad- 
casting the intemtpt to all processors and havhig the 
processors arbitrate to detennine who handles it, 

I/O Driver?^ 

There are many 1/0 drivers in ilF-UX, and significanl modill- 
cations to all of them for multitjrocessor operation vvuuhl 
have greatly added (o Ihe exi><*t)se anfl risk of lIP-l =X 8.00. 
Because t)f ihis, we provide iaiipmccssor fntuf(tJiotf for 
drivers. *rhis allows existing 1/0 drivers to be incorporated 
into the multiprocessor sysf em with few if any changes. 

llniprocessor emulation is possible because a single sema- 
phore is used for all 1/0, mid spl [the call used to raise the 
interrapt level) is suppoited in mulliproeessor llP-l'X. How- 
ever, tlierearc fKTfnmiance penalties tor this, beranseall 
I/O is single-threaded ami because spl calls in the multipro- 
cessor system arc expensive because of contetition for the 
imderlying sjjinlock. Contetitioti from tlu'sc^ sourt es has 
been dealt wijh in the tuning of HF^-l'X 8.06 for certain 
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coitinionly-used I/O drivers. For example, the HP-FX disk 
driver has bppn broken away from the I/Q seniaptiore to 
allow it to nm concurrently wiLli other I/O, and w^e have 
reduced the sp! calls where possible in other key (drivers. 

Multiprocessor Boot Process 

At system power-on, the monarch processor is boot- 
si rapped. IPL (jnilial program loader) will load HPUXBOOTori 
I he murk arc \\ , an d th e ni on ajc h w i 1 1 1 h e n I o ad th e H 1 *- 1. 1 X 
keniel. When control is Iransferrcd lo the keniel, the system 
is still using only the nioTuirch processor Kernel initializa- 
tion is performed on the nujnaiTli, and the last step in kemel 
initjallzallon Ls to activate the otjier proressora on die system 
ami I Hit the system into multiprocessor operation. 

Uniprocessor Overhead 

A requirement for multiprocessor HP-UX was the need lor 
an extremely low nmUijjrucessor overhead on uniprocessor 
systems. This is because the niiyority of IlPs computer sales 
are derived from uniprocessor systems. To achieve a negligi- 
ble level oH multiprocessor overhead on imiproccssor sys- 
tems, we have adtietl special -case code for uniprocessoi's in 
key places, and wc ^bat k-])atch** most multiprocessor sema- 
phore primitive calls at boot time to eliminate locking over- 
head on uniprocessor systems. In other words, the system 
automatically moditles itself at hoot time to specialize itself 
for uniprocessor or multiprocessor opeiation. As a measure 
of our success, EIP-UX 8.06 on a Model 870 uniprocessor 
syst em outperforms IIP-UX 8.0 cm the same machine be- 
cause^ of negligible multiprocessor overhead on the unipro- 
cessor coupled with pcrfonttanc<* ijnproveiticnts that improve 
both uniprocessor and Jiiultiprocessor operation. 

One consequence of our success in rtiducing uniprocessor 
degradation by effectively creating a uniprocessor-only sys- 
tem at run tmic is that our multiprocessor improvement ra- 
tios over uniprotressoi's are reduced. The ratios w<jukl look 
nujch better if our muhiproeessor t<ernel were run unmodi- 
fied on a uniprocessor for the basis measurement^ which is 
common industry practice. 

Performance 

As mentioned pre\1ously. our development approach was 
based on the successive refmement of a series of proto- 
types. This was especi Lilly necessary for Model 870 muhipro- 
eessor performance tuning because the complex interac- 
tions between many hardware and software components 
resulted in iiniiredictable perlbrm<ince results beyond the 
current set of modillcations. 

Our performance tuning was an iterative process as follows: 

1. Measure and analyze the ciu'rent system. 

2. Propose a candidate set of modifications. 

3. Perform a ciiuck implementation of these modifications on 
an experimental system, 

1, Evaluate the perfonnmiee of the experimental system and 
choose the modifications to put into Uie production system. 

5. Perform detailed design and review on the selected modi- 
fications and bite grate them into tlie main body of multi- 
processor kernel source code. 

6. Go to ste[> i . 



We relied primarily on kerne! profiling to analy^^e system 
performance. The profiling was done while running a \'aiiety 
of industry-standard and proprietary' benchmarks. Through 
the profiling, we saW' w^here the system overhead was 
eKcessive. 

A change dial we made from previous HP-UX system profil- 
ing Is whal we call time- based profiling. In the past, HP-LtX 
profiling was based on instruction counts, but this hides the 
high overhead of multiprocessor cache effects. For example^ 
a load and clear word (I dew) in struct ion is many times juore 
costly than most other instnic^tions, but stiil accounts for 
only one instruction in an instruct ion-coimt profiling system. 
With time-based profiling, the actual tune spent in routines 
is measiued, including time costs for cache effects. 

The profiling output w^as organized according to procedure 
calls, and orderefi according to the cumulative time spent in 
these routines. In this way, the costly routines were hi^li- . 
lighted^ and we investigated Uiem fiuther to analyze wliy 
I hey were consuming excessive processor bandwidth and 
what steps could be taken to optimize them. 

Other tools that wc used for evaluating performance in- 
cluded instnunentation that we added to nwasui'f' sema- 
phore and spin lock c^tjnt ent ion, and measurements by 
A WAX. a proprietai7 tool that supports accurate low-level 
measurement:s and logic analysis. 

We iterated through the tuning cycle approximately six 
times during multiprocessor HP-UX develojiment. Each 
cycle toot< at>i>roxlmately eight weeks, with the first four 
weeks devoted to analyzing system performance and quickly 
prototy^^ing a set of candidate cluingeSr mid the next four 
weeks spent doing detailed design, perfonuing code re- 
\4ews, and running regression tests. Careful attention to 
quality while integrating performance modi tlcat ions with the 
system allowed us lo continue perlorniaiiee tuning w^ll mto 
the system test phase and practically up to release. 

Benchmark Performance 

Table 1 summarizes the perfonnanee of the HP flOOO Model 
870 multiprocessor system with one to four processors for 
the TPC-A and SPEC Aggregate Throughput benchmarks, 
TPCVA is an industrv^-standaid OLTP benchmai k that rates 
systems in transactions per second, and SPBC Aggregate 
Tlu'oughput is tm industr^'-stiuidard benctimark tor measuring 
system throughput imder m\ artificial workload. 

Table I 

HP 9000 Model 870 Multiprocessor Performance 

Model Model Model Model 
870/100 870/200 870/300 870/400 



TPC-A 

SPEC Aggregate 
Throughput 



74.^ 



35.4 



111.2 



67.3 



not 
measured 

95.3 



173.2 



127.7 



The multipliers for multiprocessor syst enis over a unipro- 
cessor base are vet>' dependent on the system workload. 
For compute-bound processing, we obsen e better results. 
In fa el. you can run four copies of a Spice simulation m par- 
allel on a Model 870/400 in the same time it takes to run a 
single copy. The reason for this is that on compute-bound 
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jobs such as Spice^ there is no data sharing bGtw^c?eii jobs 
and little time is spent in tile kernel, so there is little mufti- 
processor contention for resources and no appreciable 
cache coherency thrashing. 

For this reason, it is no surprise thai tiie SPEt; Aggregate 
T!u"oughpul l>encliinark. which is fairly computationally 
intensive, shows better mulliprocessor multipliers than 
TPC-A, which is more I/O intensi\^e and spends a lot more 
time in rhe kernel For a Model 87Cl/4flO, the performance 
multiplier witli respect to a uniprocessor is 3.5 for the SPEC 
benchmark but only 2:S for TPC-A. 

Another factor tending to retkice the Model 870% multipro- 
cessor multipliers is the seirniodincaiion of the HP-l'X 8.06 
kernel on uniproressor systen^s, iis describe<l previously. 
The miihiprocessor H!*-rX uniprocessor mode transpar- 
ently ijroduces a kemt'l vviih \ irtually no inu It i processor 
overhead, whicii signiOcanily reduces the denonUnator in 
the multiplier calcuiatioits. Tim is a depailure Crom ccmmion 
practice, which is to compute multipliers with respect to 
unniodified multiprocessor code nmning on a uniprocessor, 

Finally, perfonnance effects caused by applications cmmot 
be ignored. In our I utiing for TE^C-A* a considerable aintjunt 
of effort went into working with the database management 
system developei"s to reduce the multiprocessor contention 
generatetl by that level of software. Database systems lypi- 
calJy nianage their own sets ot locks, whicfi can be a great 
source of contention on multiprocessor systems. 

Application Portability 

Mijlti|)r()ce.ssor HP-UX is transpai'ent to apphcations in that 
ilu^ system call interlace has not changed but thert* are 
some pitfalls that application developers netnl to anticipate. 
In particular, applications invoking a set of cooperating 
processc^s are vulnerable to [jroblems in a mult iproc essor 
environuieiu that their tk'velofiers sliould anticipate. It is 
dangerous to assume that suf.'h applications will work cor- 
rectly (m a mulliprocessor system without regiessiun test- 
ing. Although nothing needs to be modiQerl (or even recom- 
piled) I*) riin on the mult iproressor Model H70, .some 
profonnd ])robJems may be exi>enettced. 

For an application consisting of multiple processes, the 
timing characteristics will b<^ radically different on a uuilti- 
pit)C(^ssor n^achuie. Thivprogrcss of execution Uirougit indi- 
vidual proce.sses will be greatly affected by the ability of 
processes to execute concurrently cm diffen^nt piocessors. 
The consequence of this is that liming }>niijirins may be ex- 
posed that were nt^ver seen on imiproce.ssors. altbtnigh they 
were always possibk^ We havt^ already seen this first band in 
moving complicated, multiple-process system tests over to 
muhiijrocessor systems. C areful regression testiriM nrt the 
midliiJfocessor system is essemial to screen for timing 
ha^tards. 

Applications making use of real-time [>riorilies (rtprio) need 
to take special care in nu^ving to the [uultiprocessor system. 
On a uniproci>ssor, it is fair to asisunit^ that nothing else will 
run while the higiiest-t>riority real-titoe iirocess is nmning. 
ihnvi^ven on a multiiaoti'jssor system aaother process may 
be nmning in parallel with the real-time process. 



If a set of cooperating processes share a resource, for exam- 
ple a sepnenl of shared memory, then care must be taken to 
check whether competition for this resource m^tes the 
computing power available from the additional processors. 
Ott a uniprocessor, this b not a problem be^-ause only one 
f jrocess can be executing ar any time. How ever, on a multi- 
processor system, it is possible to have effectively only one 
processor because the others are w aiting on the shared 
resource. 

The unit of scheduling in our initial multiprocessor imple- 
mentation is the process. Thus, there is no concurrency 
within a given program, and a single insiatice of a program 
wiQ not run faster on the multiprocessor system. The benefit 
of multiproc^essor opemtion !ies in increasing ^stem through- 
put. .Although more total MIPS (millions of instructions per 
second) are available, those MIPS are not all available to a 
single program. 

Siimitiary 

The IIP 9000 Model 870 multiprocessor systems are a signifi- 
cant technical milestone for HP. These system.s take Hi*'s 
high-t^nd HP-UX sy stent perfonuance to a new level, with 
industry -leading OLTP i>erformance al the tinn^ of their 
release. These nuiltipr«icess(»r capabilities were added to 
the HP-l^X system witiiom penaliidng its anii^rocessor 
performance. 

Tlie nmltiprocessor capabilities are transparent to existing 
applications. However tlu^ behavior of applications on a 
midliprocessor system may be different, and regression test- 
ing shoulcl be performed l>y custoniei^s mo\ing llRir programs 
to the multiprocessor system. 

Transfomung uniprocessor HP-ITX to a multiprocessor oper- 
atirig system was the largest set of modilications to the 
1 IF-l X system since its introduction. This project dentanded 
new tools IV >r iinalyzing systems and new^ designs to address 
the sj>ecial characteristics of the Model 870 multiprocessor 
systems over more conventional mull iprcH^essor systems- 
The development strategy of sitccessive refmemem, of a se- 
quence of prototypes aIk)W(Ml us to focus f)ur efforts on the 
jueas nf greatest return. Thr availability of many iiUemiedi- 
ate systems diuutg Ihe rourse of development allowed 
greater in-house (exposure lo tlie system before release and 
resulted in a higiier-quality system. 

Tlie HP-UX multiprocessor kernel for the 9000/870 is also a 
suitable base for future multiprocessor systt^ms with more 
an (\ hi gh e I'i Jerf ( j n u : m t x • pr ocesso rs. 
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Advances in Integrated Circuit 
Packaging: Demountable TAB 

State-of-the-art IC packaging, particularly with RISC architectures, 
demands performance at a high lead count. This paper presents some of 
the fundamental topics in IC packaging, formulates the principal criteria 
by which single-chip IC packages are judged, and evaluates existing 
industry-standard packages. A new packaging technology is described 
that addresses the unsatisfied packaging needs of modern digital 
systems. 

by Farid Matta 



A statGHof-the-art integrated cirruit can consist of millions of 
transistors in a tliin small chip of semiconductor material. A 
prominent i>art of every' chip is an array of lenninal pads, 
which include the circuits inputs and outputs and connec- 
Uuns Lo die power supplies and the system s j^rounds. The 
mmiber of lenninal pads in an IC is often quite larj^e, tuid i\s 
a rule, the more cumpiex the chip, I he trtort' tern li rials II [ia.s. 
Some recent IC's have more I han 500, and future chips are 
projected to contain up to a thousand tennirial pads. 

In part because of tlieir lar^e numbers, and in part for elec- 
(rical considerations, a chip's Lemiinal pads must be very 
snialL larger pads canst^ the chii) to be lilgger tliaii it needs 
to he basizHl on rnnctiouality, aruj bigger e[iii> sizes mean 
higher cost. At the present time, tenuinal pads aie typically 
designed as 75-to-125-micrometer squares on a 160-to-250^ 
micrometer pitch, and the trend is toward smaller pads and 
narrower ]j itches. 

IC Assembly 

Complex as it may be, a single chip rarely makes a complete 
system. Normally, a mimber of integrated circuits (iOong 
witl^ other t^omponents) must be assentbled together to 
form a useful el ec ironic apparatus. The most straightfor- 
ward way to do this is to mount the ICs as made (I.e,, in chiii 
form) onto a substrate that provides connections to their 
terminal pads — a concept known as hybrid or nuiltichlp 
module terlmology. How^ever "natural," this approach has 
so fai' been 1 united to a few^ special applications for various 
I e c hn i c al antl 1 ogist ical reasons . 

Technical Issues. For the interconnect ion substraie to ac- 
c{>nimodai(^ tiie direct momiting of the chips, it must have 
conductor features compai'able in size to die chips' tenninal 
pads. While generally available, such substrates are signifi- 
cantly more expensive than standai'd printed circniit boards. 
The approacfi also requires I he systems' manui'acturers to 
ad 01) I p !'ec i s i on cl i i p-t o-su b si rat v. boiidin g t eci ui i q u es v ast ly 
different from the traditional soldering processes useil for 
tlie rest of the system, and to take responsibility for the me- 
chanical and emironmentaJ protection of the chip during 
handling, assembly, and seivice. I 'ndei-standably, few users 



are willing to make the investments and bear the additional 
cost except when there is a compelling need. 

Logistical Issues. A m^,jor difficulty in using ICs in chip form 
stems from she | practical impossibihty of ptnf oiTning at- 
speeci test and bunvin on l)are chips. VVithout such teslin^, 
tJie system manufacturer nms the risk of uicluding substan- 
dard or faulty chips in nndtichip assemblies. The uievl table 
resull is to scrap whole ^issembhes ( inciuding many good 
chips) or to expend resources on ler^glhy diagnosis and re- 
work. Another important logistical hurdle is tlie lehictance 
of IC suppliers to jirovide their products in chip form, since 
that may reveal then product yields and cost structures, 
and would compl irate accountability for product quality. 
Finally, the approach bkirs th(^ distinction between compo- 
nent and equipment reliability that can be nuatly drawn in 
the alternative packaged approach. 

It is no accident, therefore, that cliip-on-substrate assembly 
technologies have taken hold only in vertically integral ed 
compimies, w^heie logistical barriers can be overcome more 
easily. Even iheUj most applications are mandated by perfor- 
mance or weight considerations that cannot be satisfied by 
the aliemative a])proach of usmg packaged ICs. 

This alternative approacti to building electronic systems, 
W'hich is mucli more prevalent, consists in attaching pre- 
packaged components to printed circuit boai'ds by means of 
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Fig. 1. Schentatic representations of package calegories. {ji) Basic 
package, (b) Higli'iMrfomxance package. 
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solder. For an IC to be usable in such a rechnology, the chip 
needs to be enclosed in a package, which is expected to: 

• Ser\^e as a space transformer between llie IC terminal pads 
and the geomeiries characteriscic of printed circuit board 
lec^hnolo^' axid solder-based attachuient methods 

' Pro\ide mechanical and environmental protection to tlie 
semiconductor chip during handling, assembly, and seriice 

* ANow the fuU Testing and burn-in of the ICs by the chip 
vendor, thereby clearly fixing ihe resjjt>nsH>jlity and 
accountabiliiy for quality and failures. 

The low cost and maturity^ of primed circitil boards and the 
safety and convenience of using packaged chips liave re- 
sulted in the overwhelming dominance of tins assembly ap- 
proach (at least for now) o\^r the tlirect chip-on-substra^e 
assembly leehniQues. 

Categories of IC Packages 

Some IC packages may he better ilian others in one or more 
aspects, but most of them saiisfarionly perform the three 
basic functions outlined al>ove. There are. howeven applica- 
tions in which basic performance js not sufficient and lite 
package must meet ceHiiin electrical mid OieniiaJ rontlitions. 
Namely, in hlgh-frequeticy (or high-speed) applications the 
package should present an adequate electrical en\ironnient, 
and when the chip dissipates a subslantial amotjnt of heat 
the package shonkl provide a good conduit for that heat to a 



heat sink. We wiU call packages capable of satisfying these 
additional requirements "high-perionrianc"e" packages, and 
the ones that cannot, **hasic'' packages. Fig. 1 illustrates the 
two categories of IC packages. 

Bssic Packages. A t>pical basic package is shown schemati- 
cally in Fig. la. It consists of a metal lead frame patterned to 
match the chips pads in the center and the prijiled circuit 
board s conductors on the outside. The chips terminal pads 
are attached to the lead frame by fine wires, and the whole 
structure Ls enclosed in a molded plastic encapsulant. Exam- 
ples of tills arrangenieni are tile dual inline package (DIP), 
the plastic quad flat pack (PQFP), and the thin slim-outline 
package (TSOP). among others. Basic packages also exist in 
which the plastic molding is replaced with ceramic casing to 
etisure heniu'^ticit>\ 

High-Perfomiance Packages, A schematic representation of a 
typical higli-peri'ormance package Is shown in Rg. lb. in this 
category- of packages a better electrical environment is 
achieved Uirough the use of a multilayer substrate contain- 
ing power and ground planes as well as stripruie and/or 
micros trip trtuismission lines for signal propagation. The 
chip is wire-bonded to the substrate and covered with a 
metal lid. The most prominent example of this approach is 
the pin-grid array (PGA). 
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Fig. 2* Signal tMivirurtrtifiiL 

(a) Structure of n typical signal 
l>ath belwff*ii two t>ar:kaged ICs. 

(b) Kquivalpnt circuit of (a), 
(f) Etini^^al^'Ut circuit fur tdpCtji. 
(d) Kquivalf nt circuit for Itij^pCt^ 
and laij^tg. 
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Electrical Perfontiance 

The choic^p of a pac^kagp for an integral ed circiill depends 
on the electrical arvd themial ronditions under which the 
chip is expected to operate. In other wonts, the package 
must satisfy a set of electrical and fhemial requirements 
fomiuhiled for the application at hand. 

The electrical operating conditions of an integrated circuit 
can be viewed as consisting of two distinct cn\ironmcnts: 
one for signals and armther for power The reqiiirenicnts for 
these environments are substantially different. 

Signal Environment 

The signafs electrical en\4ronment is the arrangement of 
conductors and dielectric materials through which signals 
travel to and from the chip. Fig. 2a illustrates a typical signal 
path lietween Lw^o packaged ICs moiintt*d on a ct^mmon 
printed circuit boaid. Electrically, each segment of this path 
represents a Iransmission line with ceitain chamrt eristic 
impedance Z(> and time delay i^\ as shown in the equivalent 
circuil of Fig. 2b. Also shown in Fig. 2b are parasitic paran^- 
eters such as the inductances of the bond wires and package 
pins. 

The transmi.^i on-line behavior of any section ol' tliis ciK lai 
manifests itself only wiieri the time delay t^j in thai section is 
comparable to the signal's switching time t^. If the delay in a 
certain segment is significantly shorter than tJie signal's 
switching time, that segment behaves as a liuiiped-paranieter 
element. For example, the equivalent circuit of I^'ig. 2c illus- 
trates a situation in which the package's delay tfj,^ is much 
shorter than the switching time, w-hile the bonrd's delay tdij 
is not. 

At appropriately low switcliing speeds all of the comijonents 
of the signal palh can be viewed as lunipetl reactances, re- 
sulting in the equivalent circuil of Fig, 2d. In this case the 
electrical process Ijehaves like the simple charging of a ca- 
pacitor; hence tlie commonly used lenns "cliarging" and 
"discharging" of the signal line. 

Ideal Package. For signal rise and fall times shorter tlian 
about 1 ns most commonly available packages must be 
treated using the transmission-tine model. An ''ideal" pack- 
age for such conditions should conduct the signals hetw^een 
the chip and the interconnection substrate v^ith minimal 
propagation delay, low attenuation, niinimal reflections, 
little degradation of the waveform, and weak couphng 
with other signals. In lenns of physical attributes, these 
requirements translate ( res[>ectiveJy) to the following: 
Insulating materials witli low dielectric cor^stajtts 
Conduct oi^s witli low sheet resistances 
Im]jt^dance control and n^atching with tite printed circuit 
board's electrical envii'onment 

No (or negligible) parasitic inductances or capacitances 
Low mutual iriductimce and coupling capacitance bet"w^cen 
tines. 

The equivalent circuit of such an ideal package is shown in 
Pig. 3a, Untlerstandably, this is a technical abstiacrion that 
does not exist in reality It is shown here to illustrate how- 
real packages de\iate from it. 



Basic Package. At the opposite end of the scale from the 
ideal is the [>asic package whose signal environmeiit is rep- 
resented by the sc^hemalic diagram of Fig. 3h. Mere the leads 
are not of controlled impedance and each possesses sub- 
stantial inductance and capacitance. The parasitic induc- 
tance includes tlie inductances of the leads and tlie bond 
wires, and the parasitic capacitjiiice to gioimd is uncon- 
trolled tmd depends on other structures. Relatively strong 
inductive and capacitive coupling (M and CV respectively on 
the diagram) exist between the leads. 'l>pical values of 
these parameters tue shown in Table 1 for a 240-lead F^QFP. 

Table I 

Typical Signal Environment in a 240-Lead PQFP 



Parameter 


Unit 


Value 


Lead self-inductance 


m 


17.50 


Mutual inductance (M) 






with nearest neighbor 


nH 


1L12 


with third neighbor 


iM 


8.71 


Coupling capacitance [ Q/) 






with nearest neighbor 


pE 


0.96 


with third neighbor 


pF 


0,16 


Ijead resistance 


ohms 


0.127 



Waveform Degradation. To ilhislrate the significance of lead 
inductance for the signal en\ironment, consider, for exam- 
ple, the condition shown in Fig. 4a, where a PQPT is con- 
nected to a matched 50-ohm transmission line. Ignoring (for 
simplicity) the capacitance between tlie leads, the circnit 
can be viewed as a low-pass filter with a tmie constant 

T = L/R = (2 X 17.5 ntI)/50 oIutls ^ 0.7 ns. 




ic) 



Fig, B. Signal en\1rGnmeat-a in variotis packages, (a) IdeaJ. (b) Basic, 
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Fig. 4. Signal] degradation in a basic package. (aJ EQuH'alenl circuit. 
( b) Effeelive (May. 

In approximate terms, switchijig can be considered com- 
plete after about 2.5 time constants as sJiown in Fig. 4b. 
Therefore, it can be seen thai the presence of parasitir 
inductances in tlie signal environment lias resulted in an 
effective time delay of aJmost 1.75 ns. 

High-Performance Package. Somewhere between the ideal 
and the basic lies tJie category of high-perfo nuance j)ack- 
ages. The signal en\ironnient in these packages is schemati- 
cally illustrated in Fig, 3c. Here, the lead does represent a 
controUed-inipeciance transoHssion line, but otu^ that im- 
poses a relati%Tly long time delay and causes finite resistive 
losses. In addition, the line inckidesaparjLsilic unconipen" 
sated inductance represenling Ihc^ parl.s tiul.side the multi- 
layer substrate ( in the case ot the rtiA. Tor example, tJiaf 
would be the wire bonds and the pins). The use of multiple 
conductor layers in high-perfomiance packages can help 
reduce parasitic electrical coupling between signal lines 
compared to basic packagers. I lo weaver, such coupling is si ill 
fairly signiiic*ant because the wires and pins ai'e unshielded. 
Table II lists the electrical paratiielers of a 40B-|>in ceramic 
PGA as a representative exaivijjle of high-perfcirniance 
packages. 



Table II 
Typical Signal Environment in a 40S-Pin Ceramic PGA Package 

Parameter Unit Value 

Time delay in longest lead ns <K:i9 

Uncompensated lead inductance nH 2-7 

Mutual inductance 

with nearest i^eighbor nH 3.2-4.7 

CotipUng capacitance 

with nearest, neighbor pF 0.5-0.7 

Longest-lead resistance ohms 3.0 

Power Eitvironment 

The package's power environmenl is the structure of con- 
ductors, Insulators, ^md passive compont^nts iiivcjlved in 
sut)plying tht* required voltages and currents to tht^ chip 
within the package. Ai) "idear pat kage dui's not imjiede the 
delivery of electrical power from the powei' supply to the 
chip, and nuiintains constant potentials al the power supply 
terminals at all times regardless of the curreni being draw^n 
by t lie chip. A schemalir re|>resentatU>n <ir this abstraction 
is shown In Fig. 5a. 



In reality power circuits look more like Fig. 5b. For a basic 
package, the inductance represents the power lead and the 
ground lead including any bond wires. Iligh-pt^rfomTartce 
packages, such as PGAs, ha^e power and grcjund planes and 
their parasitic inductances can be sigmficantly lower, con- 
sisting mainly of bt>nd-w1re and pin inductances. However, 
multilayer ceramic packages typically have thin conductors 
with relatixely litgh shf*et resistance. Table III lists son^e typi- 
cal power-cirriiit parameters of basic and high-performance 
packages. 

Table 111 
Typical Power- Circuit Parameters in Selected Packages 

Parameter Basic Package High-Performance 

iPQfP) Package (PGA) 

Power line 17.5^5 nH 2-7 nH 

inductance Lp 

Ground 17,53 nH 2^7 nH 

inductance Lg 

Power circuit 0.25 ohm 0,2 ohm 

resistance 

Inductive Effects. Inductances in the power circuit cause in- 
stal>il!ty oi' the {loientials at the power atid ground temunals 
of the chip. Consider, for example, the simplified case 
shown in Fig, 6h. Wlien the circuit switches from logic \qv/ 
to logic high its output line chajges through the packagers 
power lead (with Inductance ]^y), and in die pi'ocess drawls a 
charging cunent that reaches its maximum value ii, in a time 
Interval tf, Similaiiy, when the de\ice switches in the oppo- 
site direction the output line thschaiges tlirough the ground 
lead (with inductance L^J, sinking itito tht^ ground a dis- 
charge current that reaches its maximum value id in a time 
inter%'al t^. 

In both cases the parasitic uiductances dcvelotJ voltages 
that C!Ounteract the change in current . The ntagnitudes of 
these voltages are dt^termined tiy the genera! n^lationshij) 
V = Udi/dt) and their polarities are as shown on ihe srhe- 
nuitic of Fig. 6a. As a resull, during low-h^high .switching, 
the potential of the chips power lerminal drofjs from its 
steady-state value V^; to a temporaiy low Vt. = V^ - Lp(VW' 
Similarly, during high-to4ow switching thc^pcttential of tlte 
chip's ground temiinat rises to a temporary i^i^^^ V^j = W^ 4 
^^j:,OiAd)- ^^1*^' ^^^^* ^^ *^i*' 'wo phenomena is commonly 
known iis powder supply drrjop and tiie second as ground 
bounce. These potential swhigs couple directly into other 
lines connected to the same source. 

Simultaneaus Switching. In practical circuits more than one 
driver will be connected to common jjower and ground 
leads. Fig. 6b illustrates a typical case in which fotir drivers 
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Fig. fi. Power onvlronmenT j.^henonit'tia. (a) Int.itirjt.ivc effecti^. (bj 
Simultiiiieoiis swiUihing. 

are SJerved by one power connection aiul one ground con- 
nection. If all lour diivem switch sinnilraneouFiiyj tlie cur- 
rents involved and the resuhing noise will be four times as 
great as in the case just discussed. To illustrate the magni- 
tude of the issue consider a basic package with lead induc- 
tances of 15 nil each. If the four drivers switch simulta- 
neously from low to high in 0.5 us ctraw^ing 20 niA eacli, the 
potential of the cliip s power termin^il would drop by 
(15x10-^) X 4 X (20x10-^^) X l/(0.5x]tH^) = 2.4 volts. During 
high-tf^nlow switching ihe chip's ground temiinal potential 
will rise in a similar nianner Any otiier line connected to ttie 
same source or tiie same ground will temporarily experi- 
ence a change of potential that may be sirt'ficient to cause 
false SW' itching. 

High-performance packages feature lower power and ground 
inductances, thus expanding their range of switching speed, 
driver current, or number of I/O hues per (>ower or groimd 
lerminiil. Another advantage is the presence of significant 
capacitimces betw-eeu pow-er antl gromid planes. Just as 
indurtiince impedes inst^ml changes in c^urrent and develops 
an KMP to counteract llieni. capacitance impedes insiarU 
changes in vohage, and supplies the uecessar>' current to 



prevent them. The phenomenon (or techniQue, if imple- 
mented by design) is known as capacitjve bypassing or de- 
coupling. However, byj>a*?s capacitances help neutralize the 
effects of upstream inductances only. Therefore, iit a wire- 
bonded PGA the wire induct.ance is not remedied by the 
po we r-p ] ane capa ci tan ce . 

DC Voltage Drop, Newer chip technologies often use lower 
supply voltages and higher currents. Some state-of-the-arl 
chips draw in excess of 20 amperes. F'or such clups, the re- 
sisliince of (tie conductor's in tJie power-supply circuit ac- 
quires pailicular impoitance since the voltage drop in tlie 
package can be large enough to interfere with the ojseration 
of the chip. Ceramic FGAs have thin conductors made of 
tungsten with fairly higt^i sheet resistances. 

El ect ri<; a 1 Per f (i r m anc e Spe ei H cat i ons 

Even the brief and simplilied discussion presented here 
leads to the conclusion Lhat packages c an no I i^e easily speci- 
lied for a certain o[)erational |janmie(ersucli as clock fre- 
quency. The ability of a package to operate at that freQuency 
wilJ depend on many factors, such as the number of I/O lines 
per powder (and ground) leatl, the driver current, the capaci- 
tance of the ouljjul lines, aruJ other factors- It is quite pos- 
sible, however, to point out tile set of iiarameters that define 
a package electrically. Although these (parameters camiot 
directly predict the |>afrkage"s i)erfonuance in a given sys- 
tem, they can ceriainly be used To differc^ntiate pac^kages in 
tenns of plectrical perfomiance. For Xlw signal enviromuent, 
tJiese piu^ameteis are: 

• Impedtuice control 

• Minimal uncompensated inductances 

• Short delay lime, that is, low dielectric constants and/or 
short lines 

• Low conductor resistance 

• Ix>w mutual inductances and coupUng capacitances. 

For the power environment, the relevant i>arameters are: 

• Low power-circttii inductance 
■ Low power-circuit resistance 

• High capacitance between pc;)w^er and ground connections. 

Everything else being equal, the closer a package comes to 
meeting these criteria, the better its electrica] performance 
will be in any system. 

Thermal Performance 

f^]very chij> generates a ceitain amount of heat as pai1 of its 
normal operation. Depending on the technologj^' (MOS. bipo- 
lar, etc.}, the chip's operating frequency, and a number of 
other factors, the t hernial ])owei* produt ed can vaiy from a 
fraction of a watt to over ^3U walls. In less that heal is 
constantly removed, the clup's temperature can rise beyond 
the acceptable limit for proper operation and reliability. 

For low-power ICs, the natural processes of conduction, 
convection, and radiation are often sufficient to dissipate 
the heal into tlie suiToundijig stnictures and environment. 
For clups that generate moje titan a few watts, special provi- 
sions nuisl be made for the adeqiiate removal of tiie heat 
produced. Specifically, a constantly replenishing coolant 
(such as forced air) is employed, and a beat suik is attached 
to the IC to facilitate effective heat transfer from the chip to 
the cooiing medium. 
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An ideal package would be one that aDows the unimpeded 
flow of heat fronj the chip to the en\1ronmeni or to the heat 
sink. In realiT5% packages alvva>'s present a renain tliemial 
resistance to the heat flow. Fig. 7a illustrates a tjiJical IC 
cooJing arrangement in which the heat produced by the chip 
is conducteti through the package to the heat sink ^liere it 
is removed by ihe flowing air. Tj. T^, and T^, are the tempera- 
tures of the chip Gunction). the package surface (case), and 
the air, respectively. A sinipliiied schematic of the thermal 
path is showTi in Fig, 7b, where Q denotes the thermal power 
and Bp and % are the thermal resistances of the package and 
the heat sink, respectively. The variables and parameters of 
the system are connected by the following relationships: 

Tj - T^ - Qf5p. 

These relationships show that, given a certain power Q and 
air temperature T^, the total thermal resistance %+% de- 
fines the chip's temperature. Convcreely, given a certain 
allowable chip lertiperatme Tj and ah' temperature Ta. the 
rhennai resistance determines fujw much power can be 
safely dissipated by the ciiip. From cither pei-spective, the 
thermal resistance of the package is its principal thermal 
parameter, and the lower it is the better. 

As an example, consider a 12-watt fC cooled by air that has 
been fjrcheated (by other coinponents) to T^ = 50°C. If the 
maximum allowable junction temperature Tj is IICPC, the 
total rheniial resistance should not exceed 5' CW (from tlie 
equation: 0^+% = (Tj - TJ/Q). A practical heat sink may have 
a thermal resistance of about 3^C:/W at reasonable kik velocj- 
ties, say 1 m/s. Accordingly, the packagers thermal resistance 
must be below 2^CAV to satisfy tiie retjuijement. Tabic r\' 
lists the ilierriial resistances of some lypical packafJ[cs. 

The values in Table f V are the thermal resistances of the 
packages when attached to heal sinks (l»ut tiot including tlie 
Ihennal resistances of the heal sinks themsc-lves). If a pack- 
age is operated witiKJUl a heat sink, its themial resistance 
will be sigitificantly higher ' 

In most cases the thciTiial conditions are much more com- 
plex than the simplified picture outlined above. Secondary 
tliennal paths exjsl thrtjugli the lea{is. the housing, and 
other paths. This results in a multibrant-li equivalent circuit, 
but the general approach remains the same. Thermal resis- 
tances can also he strong functions of the air flow. However, 



in most packages the junction-to-ease thermal resistance is 

fairiy constant. 



Tahle IV 
Thermal Resistances of Selected Packages 

Package Type 9p( C/W) 

Basic 

Dual inline g0 

Plastic quad flat pack 28 

H igh-perf om lan ce 

Ceramic pin grid array 25 

Ceramic PGA with Uiennal \ia holes 1.:^ 

Ceramic PGA with metal fieat spreader 0.45 



Thermal requirements for packages varj' widely. Bipolar 
silicon and MOS GaAs devices dissipate nuich more heat 
than CMOS silicon chips. Heat generation also rises steadily 
with increasing clock frequency. Ensuring tiie proper ther- 
mal cnviionmeni for the chip is cnicial, since operating at 
higher tem]jeratares will degrade the chip's electrical perfor- 
mance and wilt accelerate the failure mechanisms, which 
are normally exponential functions of temperature, 

Manufacturability and Servkeability 

Although the pcrf<jnnance ofkx package is its principal at- 
tribute, other factors play inij^oilajn roles in the design and 
selection process. Promineni atnong those are cost, reiiahility, 
manttfactuiability, and seniceahility. C-ost and reliability are 
straightforward, easily quantiHable parameters. Manufactur- 
ability arul scnieeability require some elaboration, and to- 
wards that end a Imefcnemew t>f jirinted circuit assembly 
methods nuiy be helpful 

When the pac!kaged ICs, along with other compaFients such 
as correctors, passKe parts, iuid so on, are mounted on a 
printed circuit board, the result is a |>rintcd cin*uit iissembly, 
which IS the main l>uilding block tiftuosl electronic i'{juii>- 
ment, Tht* design iaid fabricalion (jr]>riulcd rirniit ;Lsseml>li(\s 
is cani^^d out in one of three ways; 

Tbrougb-flolc Technology (TUT). Tins traditional approach 
involves inserting the components' leads into lioles in the 
printed circuit b<iaifJ InTore peifnnnin^ ihe soldering opera- 
lion. The inonnling h<^les, passing all tlir way through the 
board, waste much of the area available for inlercomiections 
in the board's iruicr layers, thtJs complicating its routahility 
and limiting its density. 
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• Surface Mount Tec^hnology f SMT), This more niodem ap- 
proach is biistxi on solcTt^rmg the crimpononts 1o fjads on flie 
surface of I ho priutpd circuiL bomxi, thus freeing more of 111 e 
area of the inner layers for routing. It also allows flouble- 
sided assembly for even greater packing density. The cnrrenr 
trend is toward a greater proliferation of SMT. 

• Mixeci Assembly. Most l)asic packages are available in SMT- 
conij>atil:^le versions, but high-performtmre packag(*s and 
some other components are still predominantjy of the 
through-hole vajipt>'. As a result, some high-pcrfonuance 
printed circuit Srissemblies, such as in coniputei' applica- 
tions, must use a mixed TIIT-SMT ;:isscmbly juocess, which 
puts conflicting demands on the constniction, metallurgy, 
and thickness of the printed circuit board and on the 
parameters of the soldering process. 

Not ail printed circuit assembly designs are equally suhed 
for efficient, easy, and economical manufacturing. If a 
manufacturability index is formulated for printed circuit 
assemblies, it should include the following fac^tois: 

• Number of Processes, Lower score for products requu-ing 
more than one attachment method — for example, solder 
reflow and wave soldering. 

• Process Window^ IDgher score for wider process window. 

• Component Pr etc stability. Higher score for the ability to test 
all components fully before assembly. 

• In-Procoss Test in j^. Higher score for the ability to lest a 
complex assembly at iiiterntediate poinis during ihe 
fabrication proceys. 

• Ease of Rework. Higher score for easier diagnosis and re- 
work, jiaitlculaj'ly of rhe more expensive com|><:*nent.s, and 
for multiple chances to rework, 

• Product-Specific Fixluring. Lower score for the need to 
change production fixturing for different products. 

When a hiu'dwaie f;iilure occurs in an installed system^ it is 
typically diagnosed to the boiU'd level, aiifl the culprit boLu^d Ls 
replaced and retiinied to the factory for diagnosis and repair 
In nuich the same w^ay as for maniifacturabihty, a ser\ice- 
ability index can be developed to judge various packaging 
options. It shotild be based on the following factors: 

• Component Replaceability. Higher score for easily removable 
parts. In addition to r*^ducing tiie time luid cost of physical 
repair readily demountable pails facilitate diagnosis and 
access to other components. 

• Component Testability after Removal. Higher score if the 
components renuun inlact and tes! able after removal This 
eliminates uiine<'essar>^ scrap, helps provitie meaningful 
feedback to con^ponent suppliers, and helps build a 
dataV>as e f o r e f f e c t i \ e t ro u b les 1 too tti ig. 

• On-Sjte Repairability. Limiting on-site repair to t)ie hoard 
level necessitates stocking a variety of expensive prinled 
circuit assemblies in service centers around I he world. The 
ability to tliagnose and easily replace a had cfjmponem at 
the custojner's site can produce sizable sa\ings. 

Compatibility of IC packages with advanced asseml^ly meth- 
ods (namely with SMT] and with manufacturability and ser- 
%iceability criteria are becoming increasingly import anl. 
VMiile basic packages generally meet tlie manufacturabilily 
require men Is, iuid to a lesser degree the ser\iceability irile- 
ria, high-perlo nuance packages tlo not score liigh on eilher 
account- 



PGAs, for example, recjuire mixed assembly, manual inser- 
lion. juid a]Jt>licaJ ion-specific fixturing. A printed circuit as- 
sembly that contains P(iA packages cannot J^e reworked 
more than once or tW'ice, iukI tlie rework process is tedious 
and messy and requires highly skilled iechniciims. Rework 
time estimates vary from 45 mimites to two hours per pack- 
age^, and the packages lue mined and untestuble after re- 
moval, lu additKHi, certain future reliability hazards are 
often inflicted on the rest of the assembly as a result of the 
rewT>rk Lmd repair process- 
Package Fundamentals Summary 

Basic packages are simple and inexpensive. They meet most 
of the manufacturabilily and ser\dceability requirements, but 
electrically and thermally they are suitable only for nonde- 
manding applications. (Conventional high-perfonnance pack- 
ages, such as P(jAs, provide significantly I >etler elect riciil and 
thermal en\1ronnKmts. However, Ihey iirv fiiuly expensive iind 
fail to meet most manufacturabilily and serviceability re- 
quirements. Their electrical perlf)nrianee is likely to become 
inadequate as signal rise aiul fall times tko^ below i ns. 

Demountable TAB 

Having defmed the principal criteria used to evaluate single- 
chip IC packages for digital applications, and having re- 
viewed the state of tlie ai1, we n^iw prcjceed to describe a 
new tectmologj' that has been tieveloped in response to I lie 
shortcomings of exist itig solutions. The technology' is based 
on tape automaled bonding (TAB), 

Tape Automated Bonding (TAB) 

TAB w^as originally conceived as a way to avoid wire bond- 
ing by attaching the lead frame tlirectly to the chip. Since 
convert ionai, self-sup|)orting lead frames cotiifl not be 
made with feat tires line enr>iig)i to mate directly with the 
cliip's pads, the ruethoti uses thimier lead frames laminated 
on a supporting dielectric film. The latter is typically fabri- 
cated in tape fonu with sprocket holes for automated 
manipulation; hence the tenu tijpe automated bonding. 

Fig, 8a presents an examjile of a chip mounted on a TAB 
fimue, used to replace the wire bonds in a standard pack- 
age. The TAB frames inner leads iirv bonded to the cliip, 
w^hile the outer leads are attiiched to the package's conven- 
tional lead frame. TAB can also be used for direct attach- 
ment to the printed circtiit boai'd as shown in Fig. 8b, in 
which case the method is known as TAB on board (TOB ). 

TAB Advantages 

TAB (specifically TOB) offers Ihe advjmtages of lower cost, 
lighter weight, and lower-proOle assembly Therefore, it is 
used widely in consumer products and low-cost technieaJ 
appllcatiotis. It has also t timed out to be an attractive op- 
tion for computer applications, for reasons of cost and 
performance. 

The perfo nuance advantage consists in TOB's suitability for 
denser c^hip I/O geometries and finer priiited circuit board 
features, and in its smaller footx>rint and lower electrical 
parasitics. When TAB frames are made with two conductor 
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Fig. 8. Tapfj iiQtoniaLed bonriinjt^ (TAB) slmctiires, (a) TAB in pack- 
age (I)) TAB cjM bo;mJ (Tt)B), 

layers the signal leads can be ckisigiied as controlled- 
inipedanee microstrip lines, as vtlll be shown later. The thick 
copper eonductore (0.5 to 1 oz/ft-) and tlie low dielectric 
constani of the polyimide insulator (3.4) account for low 
losses and short electrical lengUu respecriveiy. Additional 
advantages are found in TAE's shorter ciesign and f abrica- 
tion cycles conipared lo other high-performance packages 
(e.g., PGAs). and in rls preassemhly testability, an miportiinl 
feature not found in inher chip-on-ljoard assembly 
approaches. 

TAB Drawback*! 

On the other [tand, TAB has some stit.>T-t comings, chief 
among which are entry b«u-iiei-s, sucli as high stiiilup cost, 
afid the difficulty of rework and repair. 

The .startup cost barrier iiiTects both the chip supplier and 
the equipntent manufacturer, p'or the chip maker, gettmg 
into TAB en! ails substantial si an up iu vestments in special- 
ized wafer-bumping and tnner-lead tionding facilities, Tlie 
industry 'Stan ctard inner-lead bondijig (ILB) process requires 
"bumpmg" Uie chip's I/O pads, I hat is, growing miniature 
gold bumps to which the TAB iruier leads will be bonded. 
This is a fairly expensive process that requires special ex- 
pertise and a large initial uwestment. Since bumping is done 
at the wafer level the per-chip cost uicreiiscs steeply at low 
wafer-sort yiekl (typical for advanced chips), 

For the systeni nianufacrnrer, the outer-lead bonding (OLB) 
processes also require expensive equipment with inliercntly 
apphcation-sperjfic trKjling and relatively low througtiput, 
Forc^xample, an outer-lead bonder with a Ihroughpnt less 
than l{),t)(J() TAB sites a month costs more than 1 ".S. $600, OOt), 
requires a lead-form and exc;ise module costing about 
U.S.$l()f),()0O, and nniuires a thennc^le costir^g over 
U.S.$ 10,000 for eveiy TAB geometiy ii^ use. Most important^ 
however, TiVB represents a radical change in tlie board as- 
sembly culture, a change ttiat requires sii^iifK ant physical, 
logistical, and behavioral modilK:ations on the slujp floor. 



TOB packages are e^'en more difficoli to rework or repair 
than PGAs, especially at higher lead counts when the outer- 
lead pilch is very small. The task becomes even harder when 
the chip is attached to a heat spreader Some laborious, 
barely acceptable techniques do exLst, i)ul they invariably 
entail the destruction of the chip and some damage lo the 
tioard. T>T>ically such methods can be used only once on 
any specific TAB site. None of these methods was sulfi- 
ciently pmrtiral to find acceptance in the industry. At the 
present time it is fair to say that JOB packages are basically 
not re workable. 

Therefore, despite TAB s advantages of bigiier electrical 
performance an<i lower cost compared with otlier packaging 
methods, its proliferation in the industiy has been extremely 
slow and mostly limited to Jow-cosr coasumer products. 
(.)b\'iously, to potential users in the computer and instrument 
industries the issues of high startup cost and Oie difficulty of 
rework and repair have been sufficient to outweigh TAB's 
benefits. 

Demountable TAB 

Uur solution to this problem is a ver-sion of TAB that, while 
maintaining the advatitages of better perfonnance and lower 
cost, does not require expensive facilities and is easy \o dc- 
moutU for rework and repair. This solution was developed 
at HP's IC Business Division ll^D center It is called 
demouutai}fe TAB, orDTAB. 

The demomitable TAB idea is fairly simple. It is biised on 
using a TAB structure that differs from the standard imple- 
mentation in two ways. First, the expensive, bumped, inner- 
lead bonding operation is replaced with a simple bun^pless 
proc^ess.^'^ Second, the soldered outer-lead connections are 
replac:ed will) .separable pressure contacts. 

Bunipless ILB lowers the TAB entry barrier for the thip 
maker by obviafing the iw^d for capital-intensive wafer- 
bumping f^icililies. Similarly the solderless outer-lead con- 
nections allow the user to adopt TAIi without the asscxiated 
investments and profound changes in the assembly culture. 
Demount ability also completely removes the r>ther ni;\jor 
drawback of conventional TAB. that is, the diHiculty o\^ 
repair and rework. 

DTAB Structure 

Fig. illustrates the basic stnicture of the DTAB package. 
As receiveri by the user, it consists of two parts: the package 
proper, and a spring/.stiffcner The S|>nng/slLffener is 
mounted on tlie opposite* side of the printed circuit board 
to enhance its stiffness and to provide the spring at^tion 
necessary for the pressure contact- 

The package contains ft:(iir t>rotnKling alignment Ixjsses, arul 
the printed circuit boiU"d has a set of matching holes. Mt>unt- 
ing the pat kage on the btjard consists merely uf inserting 
the Ijo.'^ses into the holes and atUiching the spring/stiffener 
on tiie backside of the board. The stnicture is self-aligned 
and one of the fiin/Tif^Io pail's is offset so the package can be 
inserted only in di(M:onc(t orientation. 

The main element of the package is the TAB frame, s^\m\\ 
(^arries the 1(V it is oriented so that its circuit side faces the 
printed circuil board whik^ the back of the IC is attached to 
a heat spreader which doubles as a mechanical clamp. The 
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Pig. 9. HTnif tnrt- «if rhr rlpmnuntable TAB (DTAB) package. 

TAB franie and 1 he printed circuit board comain gold-plat eci 
pads which come into contact with each other when the 
package is mounted onto the printed circuit board. The 
apring/stiffcner, together with an elastomeric planarizcr 
backing the TAB frame, form a comijosite spring system 
designed to ensure that the outer-lead contacts are made 
and maint;^iincd under various operating conditions. 

An example of a DTAB package with 432 leads is shown in 
Fig. 10. The outer-lead contacts on the TAB tape are ar- 
rangcil in an mva array configuration, an arrangement that 
packs a laige number of contacts into a relatively small area 
without requiring a fine-pitch printed circuit board technol- 
ogy or overly tight tolerances on the holes. For example, 
il^is 4324ead package has a footjjrint 5 cm (2 in J on a side, 
and the required printed circuit board can be made using a 
teclmology its coarse as 200-niicrometer (0,008-inch) tines 
and spaces with standard hole tolerances. In tiiis design, a 
misregistration of 250 micrometers (0:010 inc^O can be toler- 
ated without dajiger of losing continuity or sliorting to 
neighboring contact pads. 
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Fig, 10. 432^1ead DTAB package. 
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Advantages of DTAB 

I Jl'AH n*.ii only avoids 1V\B's drawbacks while maintaining 
its advanlaj^es^ btil also adds a nimTber of vaJuable features 
of its own. In product development, DTAB removes many of 
the constraints imposed on tlie printed circuit assembly <ie- 
sign by mixed -assembly requhrments. Easy demount ability 
facilitates debugging in the breadboard phase. In manufac- 
turing, it provides p reassembly testability, unlimited rework- 
ability, and ease of troubleshooting. DTAB does not upset 
established printed circuit assembly practices and fits easily 
into existing [iroduction lines. Anotlier potential advantage 
is ttie possibility of having the printed circuit assembly \\ilh- 
out \T^SI chips fabricatc*d where nianufacturir^g costs aie 
lowest, t hen adding the DTAB-packaged Vl^SI chips just 
before shipment of the end product. 

The impoitance of testability in manufacturing caimot be 
overstated and desen^es more elaboration. Testability is one 
of the main advantages of TAB in general. Flowever, lo ac- 
commodate test pads for all the leads in the conventional 
technology; the TAB frame must be made much larger than 
it otherwise* needs to be. An expensive fixture is used to 
access those pads, and the resulting electrical environment 
is so inferior to tiie actual system that the test coverage is 
often quite poor. It Ls also extremely difficult to cool a chip 
on TAB adcqualely diuing test and buniin if Ihal is re(iuired» 
In contrast. DTAB needs no test pads on the tape. The test 
fixture can be a simple DTAB site on a printed circuit boaici 
identical to the one on which the package will eventually be 
mounted. C*ooling is handled in exactly the same way as in 
the assembled produef 

la product support, the readily demountable DTAB package 
makes it easy to diagnose and repair faulty printed circuit 
assembhes. It makes troubleshooting and servicing the 
equipment possible at the chip level at the customer's site, 
which may eliminate the need to stock exijensive subassenv 
blies at many service cent cm around the workL Another 
urL\joi advantage is the possibility of field upgrades on the 
chip lev of 

The Cost of DTAB 

DTABs bene II Is do not come withotit cost. The concept im- 
pcjses two special j-etiturements on tlie jmnted cu-cuit board: 
a noble finish on the traces, and foui' alignment holes on each 
site. The impact of these requirements vailes depending on 
the specific application. 

Trace Metallurgy. For the pressure contact to be reliable, the 
inime<i rircuii boards copper traces must be coated with 
gold over a nickel barrier. The minimum gold thickness that 
has been characterized for rehable opemtion is 0.127 micro- 
metei's (5 microinches), Tlie reconmiended thickness of the 
nickel barrier is 2.54 micrometers (100 microinches) or 
greater 

Alignment Holes. The alignment holes add to the cost of the 
printed circuit boi^u-d in two ways. First, they use tip some 
board area which might otherwise have been used for rout- 
ing. This is a nunor issne, and its effect on cost is negligible. 
Secondly, the required tolerances on hole size and place- 
ment are ±b\) ai^i ±125 micrometers (0.fK)2 and 0,005 inch), 
respectively. Wliile printed circuit board shops will normally 
provide a placement tolerance of aboitl 100 micrometers. 
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ineeung the size tolerance may require ihai ihp holes mnmn 
unpiated. Therefore, they should either be drilled sepamieJy 
at the end {post drilling) or "tented" to prevent side-wall 
plating. Either option implies some additional cost 

Mechanical Considerations 

In general, tliree principal elements in the concept and the 
design of DTAB cmi lye credited for its suc<'essful operation. 
These are a flexible contact element, a composite, controlled- 
relaxation spring system, and sealed contacts, 

Flexible Contact Element In tlieory. when Iwo rigid bodies are 
brought into contact, only tJiree points on each are actually 
touching.-^ However, when one of the tw^o elements is flex- 
ible, as is liie case in DTAB. the contact area is larger, the 
resistance is lower, and the electrical connection Is more 
reliable. 

Controlled'Relaxation Spring. Previons designs for pressure 
contact systemfa used ati elastomeric spring to provide the 
contact force. The effects of time and temperature cause 
elasTomeric materials to relax and lose up to 6iM of the orig- 
inal stress, and accordingly, retain less tliaji half of the initial 
force. Tliey also have difTiciilty inaintiiining the coiuact pres- 
sure during theniial cycling, because of hysteresis. DT.^B 
uses a composite spring system in which the loss of stress is 
nihiimal. The composite sprijig system is described in more 
detail later. 

Contact Shielding, A m^or failure mode in pressure contacts 
is the coiTosion of the contact surfaces in chemically aggres- 
sive enwonments. In DTAB, the contacts ;ire \iitually 
sealed and the circulation of corrosive agents around the 
contacts is all but eliminated. 

Fig. 1 1 show^s a cross section of the package. The heat 
spreader/clamp is made of a copper-mo lybtlenum-copper 
laminate and the alignment frame is of molded }>las!ic. The 
controllefl-relaxalion c<uuposite spring system consists of 
tlie elastomeric platumjier hackutg the TAB Irartie in series 
witli the nonrchixing metal spring/stiffc^ner on tlic opposite 
side of the prinled circuii board. 

Fig. 12 shows the basic dinwnsions of the DTAB package. 
The first two members of the package family arc* DTAB-284 
(replacing the 272-pin PGA), anci DTAB432 (replacing the 
4aB-pJn PGA), DTAB-2S4 and DTAB432 iire 3.75 cm {L5 in) 
squat e and 5 cm (2 hi) square, respectively. In comparison, 
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Fig, 12. DTAB package dimensions. 

the 272-pin PGA aitd the 40S-pin PGA are 5.33 cm (2.1 in) 
square and 5.84 cm (2.3 in) square, respectively. 

Composite Spring 

Mg. 13 illustrates the effect of tlic composite sj)ring. Fig. 13a 
shows qualitatively how an elastomeric spring relaxes (i.e., 
loses strt^ss at a given strain ) with lime. Depending on the 
temperature, the reiaxaJion typically tapers off at ahout 4t)% 
to &M of the initial stress. In the composite s^Dring, the metal 
sfiring compensates for the relaxation of the elastomer so 
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Fig. 13, Spring relaxation, (a) Ehusttutier nnly. (b) Campotiitt* .spring 
(eiaKLoruer with rtittal spring), (e) Sdiematlc roprosfntation ofttie 
compn.Hitc spriri^. 



Pig. 11. ( 'rnss section uf \]w DTAB package. 
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EquilibHuin 
Stress 




Fig. 14. < >peiation of a rromposite sprinj^. 

that iht^ ovt^rdll Iohs of force is considerably reduced, as 
shown in Fi^^. 13b. 

A simplified niatheniatieal description of the phenomenon 
can be obtained by analyzing the series connection of two 
linear springs with spring constants k| imd kj (Fig. 13c). 
Assume Oiat one of the springs, say k| , is a relaxing tyxie 
witli force retention i], tliat is, r| is the fraction of the origi- 
nal force remaining in that spring after relaxation untlcr 
constanl straiti. Assunie also thai the other si>ring Ls noiire- 
laxhtg witii force retention r^ - i. It can be shown tfiai the 
overall force retention R in the con\posite i^stem is; 



R = r, 



k. 

k/ 

r, +7- 



Therefore, by ac^justing the ratio of stiflhesses ka/ki, one can 
control the loss of stress in the compos Re system. Force 
retention K can t)e increased by reducing the ratio k2/ki. 

The physics of the composite spring is Hhistrated by Fig. 14* 
The diagram represents a graphical method of finding etiui- 
hbriiun stresses and strains in the composite system. Ttie 
stress/strain curv-es of the two springs are plotted with one 
of them mirrored aroimd the stress axis, \\1\en the cur\Ts 
are spar ed apail by an anioimt equal to the total system 
strain, the inte section point conesponds to the eQuililniiim 
stress. Con\'ersely, ij' the stress is knowm and the cin^es are 
placed such that they intersect at that stress, the distance 
betw^een them (in Oie abscissa shows the total strain. The 
segments of the abscissa encJosed between Itu^ intended ion 
point and the origins correspond to the coniponent strains. 

UTien the elastomeric spring relaxes, its stiffness is reduced, 
iind its stress/strain cLU'\'e si lifts to the position represente<i 
by the dashed line in Fig. 14. The e<iinlibriuin stress drops 
from point (a) to point (b). If the system consisted tifan 
elaslomeric-only spring, the stress would have (iropjiett to 
the lower point [c) instead. In addition to illustrating die 
physics of tiie composite sprii\g, this graphical niethod can 
be iLsc^d for the accurate analysis of retil nonlinear syst ems. 
( F'urther discussion of the composite spring can be found in 
reference 4.) 

Assembly of the DTAB package on the printed circuit board 
consists of torquing the the fasteners with a certain moment. 



which corresponds to a specific mechanical stress in the 
systjem. 

Electrical Considerations 

The main electrical stnicture in the DTAB package is the 
TAB frame. Depending on the required i>ert'omiance, a 
single-tnetal or a double- metal tape may be used. The single- 
metal \'ersion, w^hose cross section is showTt in Fig. 15a, is 
considerably less expensive but offers timited high-frequency 
capabilities (similai' to basic packages). In the double-metal 
structure (Fig. 15ti j each k*ad, together with tlie common 
grouml plane, forms a microstrip transmission line with a 
ciiaracteristic impedaaice of alxjut 50 ohms. Sucli a stnicture 
represents a much better electrical environment for high- 
treqtiency signal propagation lltan the single-metal version. 

DC Parameters 

The main flc parameters of the DTAB package are the resis- 
tances and the ctirrent -carrying capabilities of the leads and 
I fie contacts. 

Lead Resistance, The widlh of tlie signal lead (50 microme- 
ters or (J.0U2 uichj is chosen to fonn a 5U-oiini inici'oslrip 
line with the ground plane and the polyimide insulaton The 
tolal lead resistance is jjropottional lothe lead length, 
wliicli is a fynction of I he package size mid of the position of 
I lie lead on the TAfi frame. With the t^^iical l-oz/ft-^ copper 
on the signal side the lead resistance values ^ure 0.06 to 0.15 
ohm for DTAB-2S4 and 0.07 to 0.17 ohm for DTAB432, 

Contact Resistance. Difficult to calculate, the contact resis- 
tattee lias heen etnpirically defined. Based on tens of thou- 
sands of rneastireinents, tlie obseived values are typically 
about 0,8 milliohm and do not exceed 2,0 milhohms, 

Cu rre itt- Ca r ryi n g C a p a b i 1 i ty. ' Vh i s { >arajn i^ te r, a] t ho u gh of great 
inLeresl, is liard lu specity, nuunly because of the lack of 
definition of wiiat it means for tiie case at hand. At the time 
of this wTiting, hot li the 0.002-inch lead and the indhidual 
contact point have been proven able to suslaiJi itule finitely a 
dc cunent of at least 0.3A without change in i esistance or 
appearance. This, however; is only a data point rather than a 
lintit or a specification. 

AC Parameters 

As discussed etirlier, for a package not to degrade the per- 
fonnance of the chip it hr>uses, the package should provide 
a clemi en\ironn>ent for signal jiropagation and unimpeded 
access by the chip to the power supply. A clemi electrical 
environment means a transmission line of unifonn known 
ciiaracteristic impedance, with minini£il parasitics and 
losses, free from coupling with tJlhcr siguitl lines. I'nimpeded 
access to the power supply meiins low hnpetkmce powder 
leads with minimal series inductances to cause Ldi/dt 
potential bounce. 
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Fig. 15- TAB cruss sections- (a) Sinf?le-met^il. (b) Double-meial 
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Signal Environment The signaJ propagation emironment in 
DTAB Is showTi in Pig. 16a. Two signal leads are 6mwu lo 
illustrate coupling effects, A microstrip line is formed by 
each lead, the underlying ground plane, and Ihe dielectric 
sandwiched between them. The equivalent circuit of the 
signai propagation envlronmeni is presented in Fig. i6b. The 
small parasitic inductance of OJS nil represents the im com- 
pensated portion of the inner lead protruding beyond the 
edge of the ground plane. 

The line delay and the mutual parasitics between lines are 
proportional lo the lengths of the traces. Therefore, each of 
these parameters varies within a range for a given package. 
lM)le V lists the values obtained by validated modeling. 
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Signal Environment Parameters in QTAB 




Parameter 




DTAB-284 


DTAB'432 


line delay, (ps) 




50-6t} 


80-100 


Uncompensated inductance (nil J 


0J8 


0.18 


Mutual inductance (nH) 








with 1st neighbor 




0.r7l^.88 


1.1-1.6 


with :ird neighbor 




ai3 


0T4 


Coupling capacitance 








with 1st neighbor 




0.06-0.08 


0.13^0.18 


with 3rd neighbor 




0.002 


0.004 



Power Environment. A power supply line on the tape should 
have the lowest possible impedance. Ixjwer inductance will 
reduce Ldi/dt effects, ajid liigher capacitance will help isolate 
die circuit from voltage fluctuations in die rest of the system. 



"nierefore, a power supply line should be as wide as possible. 
Additional capacitive bypassing should be available as close 
to the de\ice as possible- 
Depending on the tape layout, a power stipply line in a 
DTAB package can be as narrow as a si^al line, or signifi- 
cantly wider, as shown in Fig. 1 7a. Available space and the 
CTiticalitj' of the power line in question ^411 dictate to the 
package designer the actual width. For topical situations in 
our experience, the power environment parameters are as 
shown in Table VL 

Table VI 
Power Eovironmefit Parameters in DTAB 

Parameter DTAB-284 DTA8-432 

Total line inductance (nH) 0-5 0,85 

Total line capacitance (pF) 6 8 

Sheet resistance (ohm/square) OJ 0.5 



Bypass capacitors may be placed m the locations shown in 
Fig, 18. .\ssuming a 0.070-inch-thkk pnnted circuit board, 
the physical distances between tlie bypass capacitors and 
the chip pads are showTi in Table Vll. Comparing tlie physical 
distances separating the bypass capacitors and the chip pads 
in the DTAB packages with their counterijarts m ceramic 
PGAs, it is clear that the differences are fairly insi^iUicant. 
However, if a critical apphcation does demand that bypass 
capacitors be closer to the chip, thoy can be mounted di- 
rectly on the T.AB frame. This approach has not been for- 
mally t|ualiiicd, but its feasibility has been proven in the 
laboratory. 
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Fig, 16* Si^iiiil ('itviroiiriKtiiL in thc^ 432-h?ad DTAB package, (a) 
Structure, (b) EquivaJerit circuil. 



Coma ci^ to Primed 
Circuil Baard 



Power 
Segment 




Insulator 



GroyiTil 

Piano 



VlastD 
Graund 



lil 



Board 




<a01 nH 



O.TBnH 



m- 



Fig. 17. Ptjwer environment in the 432-lead DTAB package, (a) 
Strui'[.urE\ (b) EquivalenL circuit. 
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Fig. 18- Available locations (*) for bypass capaLtitors i\\ DTAB 
packages. 



Table Vfl 
Distance to Bypass Capacitors 

Parameter DTAB-284 DTAB-432 408 PGA 

Shortest trace (in} 0.454 0.499 0.435 

Longest trace On) 0.725 0.974 0.770 

1'he i)T.\B concept ofTers additional options for enhancing 
the power einironmenl — for example, segmenting the 
ground plane to reduce coupling between clean and dirty 
power sources and using a three-metal tape; 

TMile VIO lists some important electrical package parame- 
ters fot^ L>TAB-432 and its closest ceramic pin-grid airay 
coiititerpan (408-pin CPCf A), 

Table VIII 

Comparison betwemi DTAe432 and 408 PGA 

Parameter DTAB-432 408 PGA 

Uncompensated line inductance 0.18 2-7 

CnH) 

Line delay (ps) 80-100 300^00 

IMutual induciance (nH) 1. 1-L6 0. 5-0.7 

Coupling capacitance (pF) 0. 13-0. 18 0.5 

Total line inductance (nfi) 2.50 4.6-6.0 

Distance to bypass capacitor (in) 0.50-0.97 0.44-0.77 

Sheet resistance (mohm/square) 0.5 12 

System Performance 

It was argued earlier that the parametric perfonnanee of a 
package is not a sufficient (although necessary) condition 
for adequate operation in a system, since the operation de- 
pends greatly on the engineering of the system. The system 
performance of DTAB has been evaluated in two chaUeng- 
ing situations. The evaluations were conducted inhially by 
simulation, and then the results were verified by direct 
measurements . 

DTAB-432 in a 65-MHz System. A custom processor chip used 
in various IIP computer products is normally housed in a 
40S-pin ceramic PGA. A simulation was conducted to predict 
its beha\ior in a DTAB^32 package at a clock rate of 65 Mllz, 
The sunmiary of the results is showTi in Table IX, which 
compares the most pessimistic DTAB conditions to the most 
optimistic PGA operation. This simulated perfonniuice was 
subsequejilly validated by testing. 





Table IX 






DTAB-432 


in a 65'MHz System 




Parameter 


Unit 


408 PGA 


DTAB 432 


Cache address rise time 


ns 


4.2 


3,9 


Ground bounce energy 


relative 


1 


0,47 


Logic Vfifi bounce 


relative 


1 


1 


Maxinmitt crosstalk 


relative 


1 


L23 



DTAB-432 in a 125-MHz System. A proprietary test chip w^as 
designed to operate at 125 Mllz. A simulation was run to 
compaie the operation of the chip housed in a DTAB-132 
package and in a 408 PGA, Table X smnm arizes tlie results 
of those simulations. They inciicate tlie overall superiority of 
the DTAB package in a system context. These results were 
also validated by measurentents. as shown in the table. More 
details on this exercise can be found in reference 5. 



Table X 
DTAB-432 Performance at 125 MHz 



Parameter Unit 406 

PGA 

Reflected noise mV 490 

Crosstalk mV 325 

DcIEdrop rnV 102 

Signal delay time ps 200 

Common-mode noise mV N/A 

Differential-mode noise mV N/A 



DTAB 432 

Simulated Measured 



145 
125 

2;3 

150 
425 
125 



I6U 
144 



275 
40 



Thermal Considerations 

The main thermal path in the DT^VB package is through the 
heat spreader to the heat sink. A secondary thermal path 
exists through the TAB frame's leads aiul ground plane to 
the printed circuit board. The components of the main ther- 
mal path are the chip^ the die-attach material, the heat 
spreader, and the heat-sink-attach material. 

Although the material of the heat spreader (Cu-Mo-Cu) and 
its geometry were selected mainly to satisfy certaui strin- 
gent mechanicaJ requirements, the thermal enwonmcnt of 
the package is at least equal to the best commonly used heat 
spreader materials. Table XI presents a comparative chart. 



Material 

Cu-Mo-Cu 
Cu-Invar-Cu 
Cu-Kovar-Cu 
Cu-W 
Note: Si 



Table XI 
Heat Spreader Materials 

Temperature Coeffi- Thermal Conductiv- 



cient of Expansion 
(xtCHfC) 

5,07 
5.3-6.7 
7.4-8.7 

6.5 



itv (W/cm-=C) 

2.08 
1.88 
2,30 
2.00 
1.50 
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The die-attach material is an ifidusti>^-standard sil\^er-filled 
epoxy4jase<i adhesive with a themiaJ conducrivitv' of 0.02 
W/cm-'C. The heaisink- attach material is optional. In cer- 
tain apphcations the heat sink is glued to the heat spreader 
with silver-filled epox^-; in others, demountability of the heal 
sink is required, atid the epoxy is replaced with thermal 
grease. 

The rhermaJ performance of the DTAB package has been 
characterized at power dissipations up to 40 waits. Table XH 
lists the components of the thermal i^sistance of the DTAB 
package and their values measured at an air flow of L5 nVs. 

Table X[] 
Thermal Resistances 



Thermal Component 
Die attach epoxy 
Heat spreader 
Heat sink attach epoxy 
Subtotal jiinction-tO'Case 



Thermal Resistance (C/W) 
0.12 
0.08 
0.08 
0.33 



Measurements conducted at vaiious air flow rates are 
shown in Fig. 19 for a 432-Iead DTAB package with a stan- 
dard extnitled aluminum heat sink. The change in the totaJ 
tJiemial tesisttmce is a result of the heat .sink chinacteris- 
tics, while the thermal resistance of the package remains 
constant tiiroughout the range of measurements. The DTAB 
package is compatible with \irtually any heat shik or heat- 
sink-mounting t:^ori figuration selected by the user. 

Sometimes the power dissipation of the chip is sufficiently 
low that a heat sink is not required. In that case, the junction- 
to-air thermal rt^sistance of the D'f.^y5-132 package is 8.4 '"V/W. 

It is useful to compare these values with the best commer- 
cially available packages. P'or example, the expensive 
"slugged" 408-pin CPGA has a junction-to-case thermal 
resistance of 0.45 "'CVW. The less-expensive single ss version 
has a junxlion-to-case thermal resistancre of 1.3 "^CAV when 
attached to a heat sink. 

Reliability 

To develop a reliable product in the shortest possible time, 
reliability testing Iras to start, veiy early in the development 
phase and continue to be used as a development tool 
throttgliout the process. This is termed "develupmentai reli- 
ability testing'* to distinguish it from the formal reliability 
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qualification that takes place before the manufaciuring 
release of a new technology. 

For DTABt possible failure modes were identified based on 
obsenmions, experience, and theoretical reasoning. Certain 
stresses were defined to which the failure mechanisms were 
deemed particularly sensitive* and these stresses constituted 
the battery^ of developmental reliability tests. Table Xm 
presents a list of these tests and the conditions under which 
they were conducted. 





Table Xlll 




DTAB OevelQpmental ReliabiNty Tests 


Test 


Code 


Conditions 


Temperature/humidity 


85/85 


86X,85%RH 


Thermal aging 


TA 


105"C in air 


Thermal eye 1 nig 


TO 


-55 to 85X in air 


Liquid t-hemriai shock 


LTS 


-55 to 125^C 


Corrosive atmosphere 


CA 


H2S04/SO^/Cl2/N02 
@25^C, 70% RH, 96 hr 


Mechanical \ibration 


^TV 


Random, 15g, 
O-OB-inch amplitude 


Mechanical shock 


MS 


2.5 mSj 6 axes 



Table XI\' shows a matrix of the potential faiUire mecha- 
nisms and the stresses designetl to reveal them. The matrix 
demonstrates that all suspected failure modes are being ad- 
dressed by at least one test, and, in some cases, by up to six 
tests. The test codes in Table XI\' are defmed in Table XIIL 

TOien the development effort was deemed complete, a for- 
mal product qualification was performed according to the 
protocol sunmuuized in Table XV. 

In addition to tliese tests, a separate formal qualification of 
tai^e via integrity was conducted using specially designed 
CO tip on s containing a total of 46,400 \ias. The coupons were 
subjected to IIAST (highly accelerated stress testing), LTS 
(liquid thcnnal stress), and high-temperature storage, 

Alpha-Site Testing 

After much of the development work was completed, two 
HP alpha sites were selected to demonstrate the operation 
of the package in real computer products. The products 
ivere selected to cover both through-hole and surface mount 
printed circuit assembly technologies, single and multiple 
VLSI iissemblies, minicomputer and workstation products. 

Bus Convefter Board. This printed circuit assembly, used in a 
variety of computer products, is built on a 12-layer through- 
hole printed circuit board with nickel/gold surface fmisli. 
The bus converter chip is the only VI.SI chip on the board. It 
is a 9-nmi-by"9"mm NMOS device with 272 I/O pads, and is 
nomiiilly housed in a 272-pin PGA package. The bus con- 
verter chip operates at a 27.5-MIlz clock frequency and an 
8- MHz output rate, and dissipates S to 10 watts. 

The strategy of the test w^as to package the bus converter 
chip in DTAB and redesign the bus converter board to accept 
the new package without disturbing the other components. 



Fig. 19, Tliemial resistances in the 432-lead DTAB package. 
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Table XiV 
DTAB Stress/Failure Developmental Reliability Matrix 

Stress 



Tabfe XV 
DTAB ReJiabiJitv Qualification Protocol 

Test Sample Test Conditions 



Failure 



85/ TA TC LIS CA MV MS 

m 



Size 



1. Package: 



Elastomer 














HAST* 


M 


125^C, 85% RH, 14 psi, 


Relaxation 




X 














BVblas, 96hr 


Em bri It lenient 




X 






X 




Tltermal cycling 


40 


-55 tJ^ 150^C, 500 cycles 


Printed Circuit 
Board 














Liquid thermal shock 


76 


-55 to 150^C, 200 cycles 


Flow 




X 










Theniial aging 


129 


llO^Cinair 1500 hr 


Mechanical 
degradation 






X 


X 




X X 


Mechanical vibration 


32 


Random, log, 
0.06- inch amplitude 


Contacts 
Diffusion 
Oxidation 


X 

X 


X 

X 






X 




Mechanical shock 
Ozone exposure 


32 
30 


eOOg. 2.5 ms, 6 axes 


Corrosion 










X 




2. Package-to-Board Connections: 


Fretting 
Contamination 


X 

X 




X 


X 


X 


X 


Contact resistance* 


6 




Electrochemical 














Mating/deniating^ 


G 


20 cycles 


phenomena 


X 












Liquid thennal shock^ 


6 


-55 to 105°C, 25 cycles 


TAB Tape 

TVace peeling 
Via faihire 


X 
X 








X 




Thermal aging^ 
Industrial 


6 

6 


HOT, 1 wk 

Cb SO£, NO2, H2S, 1 wk 


Trace failure 






X 


X 




X 


environment^ 






Chip 














Moisture resistance 


6 


25-65=C, 80-98% RH, 


I LB sepjiration 




X 


X 


X 










2wk 


Encapsulation 

failure 
Die attach 


X 

X 




X 
X 


X 


X 
X 


X X 
X X 


Insulation resistance 
Dielectric withstand 


6 
6 


lOOVdc, 1 GQ 
lOOVac, <0.5n\A 




* Highly accelerated siress lestiirg 






separation 







Five DTAB printed circuit assemblies were built and sub- 
jected to stiindard production testing and environmental 
qualification. The redesign of the boaid tunied out to be a 
fairly simple task, anti all tests were successfully completed. 

Processor Board. This workstation processor board contains 
six VLSI chips, all of which are 9 mm by 9 mm and have 272 
1/0 pads. The chips are normally housed in 272 pin ceramic 
PGAs, ajtd the board is all surface mount technologj^' except 
for the PC As. The system's clock rate is 30 MU/.. aiuJ the 
maximum power dissipation per chip is 12 v^'atts. 

Ten DTAB printetl circuit assemblies were buih and exer- 
cised in operational w^ork stations. They passed the full pro- 
duction test, and then were sut^jected to HP class C reliabil- 
ity testing, which they successfully passed. At the time of 
this writing, the assemblies have been functioning without 
failure in operational workstations for over two years. 

Fig. 20 show^s a photograph of 1 he fJTAB package used for 
both of the alpha-site exercises just described. As can he 
seen from the picture, the outer-lead cc hi tacts are arranged 
as a lincLU^ peripheral aiTay rather than an area array Periph- 
eral DTAB is the originaJ and more logical technical solu- 
tion. Area DTAB was concei\ed us a response to custottter 
concerns about the a\ ail ability imd cost of the fine-pitch 
printed circuit boards required for peripheral TAB. The {jack- 
age of Rg, 20 has 272 leads on a 400'micro meter (O.OU>inchj 
outer-lead pitch. Peripheral DTAB designs with outer lead 



' Tesjs performed sequenTialty on the same sempfe of B 

contacts on 200-micromeler and lOO-micrometer pitches 
were successfully used in otl\er exercises.^ 



Extensibility of DTAB 

The outer-lead pitch chosen for the area array designs ( L625 
nun or 0.06'4 inch) was driven l)y the need to maintain com- 
patibility with relatively coarst^pitch printed circuit boards. 
As printed circuit technology improves, the pitch can be 
easily shrunk to as httle as 0.635 mm (0.025 inch), w^hich wiD 
produce a lOOO-lead package of roughly the same size iis 
DTAB-432. In the peripheral version, prototypes have been 
successfully fabricated £uid tested with oulerlead pitches as 
low as 0, 1 mn^ (0J)04 inch), The resulting packages were 
only about 3.5 mm larger than the chit> itself. 

Two miyor hurdles have been hampering the successful de- 
velopment of a commercially \iable. cost effective multichij) 
module tecluiology. One issue is the inabiMty to test and 
Ijum in the component ICs before to assembling the multi- 
chip module. The secorid is the difficulty of replacing faulty 
comp<:jnertts on a finisheti assembly Without an acceptable 
solution to these two problems, if Is difficuh to en\1sion a 
multichip module technology^ with a high enough yield to 
make it conmiercially competitive. 

The prevailing niethods of assembling ICs on multichip mod- 
ules (wire bonding, TAB, and solder bumps) are at the core 
of these diffieuhies. Wire boridii\g ajid solder bumps require 
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Fig. 20. 272-leafi peripheral DTAE package. 

oblaining bare chips from various IC manufacturers, bul I he 
techniques for testing and burning in bare chips are not yet 
available. TAB does provide a poientlal solution to the test 
and bum-in issue, but, like the other two methods, is not 
reworkable. 

The DTAB concept presents a clear ant! easy solution for 
both tcst/bum-in and rework. Therefore, in addition to being 
a cottipetitivc single-cliip packaging approacli, it represents 
a very promising nuiltic hiii module enabling ieehnolog>' and 
a migratoty path from single-chip to multichip assembly. 

Condiisions 

Denujuntahle TAB (DTAB) is a new pat^kaging technology 
that capitalizes on Tj\B's advantages while avoiding its niaiti 
drawbacks. The DTAI3 concept genemtes significant benefits 
in the areas of system design, mami fact ii ring, and support. 
Electric: ally and thennally, tht^ DTAB package compares 
veiy favorably with any exist ing high-perfonnance package. 
Its performance has been proven at clock frequencies up to 
125 MHz and power dissipations up to 40 W. 

DTAB packages were fabricated and tested with outer- 
lead area array pilches of l.fi mm and peripheral pitches 
of (X4 nun, 0.2 tnrn, and 0.1 mm. The area-array version has 
successfully passed formal qualification. 

Tht^ DTAB conct^pt offers not only a comt)el itive single-chip 
package, liut also an enabling technology for nutltichip 
modules. 

Ac kno wle dgtn e n ts 

Usi Pendse, Biilirani Afshari, and Kevin Douglas were the 
principal engineen^ involved in the development of the 
DTAB technology. R^j developed the composite spring .sys- 
tem, and Baliram was responsible for the overall architec- 
ture and mechimical design. Bruce Hetlinger, Vivek Rasiogj, 
Sam Burriesci, I*auline Prathen Ron Lackey, Hank Schade, 



and Ken Scholz made important contilbiiljons. Bruce formu- 
lated the tape and board design rules, Vivek developed the 
area-array concept and was responsible for tape design. 
Hank engineered tlie test and bum-in hardware, and Ken 
designed the developmental reliabilit>^ test plan. Ravi Kaw 
was the principal electrical consultant and Pete Dawson the 
thermal ejq^en, Russ Parker, Jerr>' Gleason, Dave Sangster, 
and Dave Halberl participated in the progi^am in different 
phases. Pedro Engel and WavTie Schar designed the qualifi- 
caiion program. Rob McCuUough, Nick Nichol. and ^lihnar 
Spfeth performed the alpha-site testing. David Yanaga de- 
signefl and evaluated ihe 12r>-MHz sj^tem. Marcos Kamezos 
provlcied invaluable guidance and support for the program 
since its inception. 
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The EISA Standard for the HP 9000 
Series 700 Workstations 



The EISA interface on the HP 9000 Series 700 workstations provides a high- 
performance, expandable architecture that allows peripherals using different 
I/O standards to communicate with the system on the same I/O bus, 

by Vicente V. Cavanna and Christopher S* Liu 



The Extended Industry Standard Architertnre (EISA) was 
selected for Uie HP 9000 Series 700 workstations vo meet tht* 
I/O system p erf o nuance and expandability needs of HP cus- 
tomers. Tine I/O system provides the communication link 
between tJie workstation and its exlemal peripherals. Many 
of today's coniputer applications require a liigh-peifoiTnante 
I/O link. EISA complements the peif omiance of the Series 
700 processors, and provides this high-performance path. 

EUSA is a descendant of the Industry Standard .Architecture 
nSA)-^ More address lines, data lines, and control signals 
were added for EhSA to enhance performance. EISA pro- 
vides separate 32 -bit address and 32-bit data buses, supports 
multiple bus masters efficiently provides for enhanced DMA 
functionality, and defmes a synchronous data transfer proto- 
col for burst cycles, An EISA confij^iiration utility allows an- 
toniatic configuration of add-on I/O cai'ds installed In the 
conipuier A technical sumniai>^ of the m^or EISA features 
includes; 

■ Pull 32-bit memory address bus 

• FiiU 16-bit I/O address bus 

■ Multilevel, round-robin centralized arbitration 

■ 33-Mbyte/s burst rate (four-bjle — one double- word — transfer 
per EISA clock cycle operating at 8,33 MHa) 

• Efficient support of mult iple, intelligent bus mastei-s 

• Enhanced DMA support for hlgh-perfoniiance, inexpensive 
DMA devices 

• 12 programmable edge-triggered or level-triggered interrupt 
lines 

■ DMA controller that has: 

o Four cycle types (ISA-compatible, TVpe-A, TVpe-B, and 

o Three transfer modes (single, block, and demand) 
o Programmable transfer sizes (8, 16, and 32 bits) 
o Channel modes (autoinitializing, buffer- chaining, and 
ring-buffer) 

• Programmable inten-al timers 

■ Vectored interrupt controller 

• Automatic data bus translation that can handle; 
-' Mismatched size (8, 16, and 32 bits) 

o Mismatched cycle type (system, ISA, EISA, burst, and 
n on burst) 

■ .Aj'biti'ary atomic transactions via LOCK mechanism 

• Automatic card configuration 

• Full compatibility v^itli ISA caids. 

TVpically, there are many basic I/O capabiJities that are 
built-in features of a computer. Many customers have unique 



requirements, so their ndiilili^ require additional I/G ca- 
pabilities. Tlie EISA 1/0 e^iiiMon bus gives customers the 
fiexibility to add functionality to their computers. 

Why IIP Chose EISA 

The prijnary^ UO l)us objective for all of the new IIP work- 
stations is to converge rapidly to a single industr>^-standard 
I/O expansion bus. IIP selected EISA for the IIP 9000 Series 
400 and Series 700 workstation families because it is an 
Indus tiy-standard, high-performance bus that meets the 
needs of HP eusttnners and the goal of a single bus for new 
wor kstat.i on \ j I atf o nns , 

EISA was built upon the ISA standard to provide compaUbil- 
\ty with ISA cards. EISA is an electrical and mechanical 
superset of ISA which allows cijst<:)mers to tap into the vast 
array of ISA products. An industo-^'ii^^flard I/O bus hke 
EISA allows HP customers to plug any investment of ISA or 
EISA caixis into tlieir EISA-based workstations, and be con- 
fident the cards will work given that the correct software 
drivers aie available. 




Processor Bus 



Memory and Sv^t^m 
Bus ComrolJer 



System Bits 
Inlerfsoe 



Memory Bus 

H ^ 




System Bus 





I 



^ 




Fig. i. System block diagnmi of the HP 9000 Series TOO HT^rkstatioE 
I/O subsj^slem. 
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HP cannot realistically design workstations to fill e^^eiy mar- 
ket niche. Thus, some HP customers vvill take ad%'aiit^e of 
having EISA to customize their own workstation applica- 
tions, hi addition, business partners like system integrators, 
complementai>'-hardware vendors, and complementary - 
software vendors are wilhng to create solutions for HP cus- 
tomers. Typically, these solution creators are attracted to an 
open-bus architecture with a comprehensi\'e set of hard- 
ware and soft^'are de\'elopment tools. Many development 
tools are available through third-party ISA and EISA ven- 
dors, HP provides the EISA 1^0 senices and routines to be 
used by all HP-L X* interface drivers >^Tittcn for ISA and 
EISA cards. An EISA open-sj^tems toolkit is available from 
HP for developing drivers, 

EISA Adapter 

The EISA adapter resides, along with the built-in VO devices 
and graphics, on a 100-Mb>te/s to 132-Mbyte/s system bust 
fsee Fig. 1). The system bus is a nonniuitiplcxed, 32-bit' 
address, 32'bit-data synchronous bus running at between 
25 Mtlz and 33 MHz. This bus is one of the ports into the 
memory- and system btis controller.- Comnuinication on the 
system bus is always between the memoi>- and sysiem bus 
controller and another bus entity. No direct communication 
between other pairs of btis entities is allowed at the present 
time. 

The EISA adapter cormects the EISA bus to tJie system bus. 
Tlie EISA adapter contains an Intel 82350 EISA chipset along 
with logic to interface this chipset, whicli was designed to 
interface to an Intel486 bus, to the system bus (see Fig. 2). 
The Intel chipset includes three chips: the 82352 EISA bus 
buffer, tlie 82357 integrated system peripheral, and the 
82358 EISA bus controller. 

The EISA adapter contains byte-swapping logic to overcome 
some of the problems associated with connecting a big- 
endian system to a little-endian system.tt The b>le-swapplng 
logic ensures thai byte arrays are stored in memory^ in the 
same order {i,e., the same byte addresses) on both sides of 
the interface. Tfie EISA adapter also contains an address 
tmnslation mechanism, known as the 1/0 map, which maps 
an EISA page into a pliysical page in hf)st system memor>'. 

The EISA adapter also contains logic to scramble the por- 
tion of the EISA I/O address space tliat is used by the ISA 
expansion cards to allow the host's page-based access 
protection mech^inism to be applied to protecting the ISA 
expansion cards from unauthorized access. This scrambling 
is done in the EISA address bus buffers. 

The Intel 82350 EISA chipset contains all the functionality of 
a standard PC system. The chipset handles translations be- 
tween the various EISA communicating t^ntiiies so that the 
new EISA cards and the old ISA cards can communicate 
without knowing each other^s i>rotocol. The chipset has 
shared system resources such as DMA controllers, ( imer/ 
counters, interrupt controllers, and arbitration controllers. 

r The ex?strng mEmary [/D contfDfJer limjijs thmughpul to Swo-thirds Of the maximuin bus speed 

tt In a ImJe-endJan s\^im Tfie tSB has the lowest address In a b'g-Bndian system the MSB 
has ihe fowest address 



Host ^ew of EISA Memorj and I/O Space 

The host CPU can do b>te-leTel accesses to EISA. The ^'s- 
tem supports arbitrary' address alignment of data transfers, 
but the CPU alwa\^ does aligned transfers to EISA. This 
means thai the address of data being sent to EISA must be a 
muldple of the size (in bytes) of the data being transferred. 

ng. 3 shows the addresses for EISA memor^^ and the I/O 
space as seen from the host. The host uses addresses be- 
tw-een FC(X) 0000 and FFBF FFFF to access EISA and ISA 
memon' and I/O and the internal registers of the EISA 
adapter. Addresses FCOO 0000 through FC07 FFFF are used 
to access EISA I/O space and the EISA adapters. The remain- 
ing addresses (FC08 0000 to FFBF FFFF) are used to access 
EISA memory^ The host uses a portion of its EISA memor>^ 
address range (FCIO 0000 through PT4F FFFF) to access 
the I/O map entries. These address range restrictions are noi 
a problem since the location of memo o^ on the EISA cards is 
usually configurable. 

Addresses FCOO 0000 through FCOO FFFF in the host's EISA 
I/O space are resented for EISA expansion cards and EISA 
system registers. This address range is sufficient for access- 
ing any location in EISA's 16-bit address space, including ISA 
expansion cards. However, to access ISA cards %ia this ad- 
dress range is not allowed because the ISA access protec- 
tion mechanism (described below) would he compromised. 
The hardware will return garbage on a read operation or 
ignore the transaction on a write. 

The ISA expansion cards must be accessed via Ihe host 
address range FC02 0000 (lirough FC07 FFFF This address 
range is mapped in a special way into the 16-bit addresses 
0100 through OaFF of the EISA 1/0 space for exclusive use 
by the ISA expansion cards. This special mapping is done to 
avoid conflict with old ISA cards and to provide c^ird- level 
access protec! ion for the ISA expansion cards by using the 
system's page-level (4K bytes per page) access protection 
scheme. 

Systflm Bus 
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Fig. 2. Block diagram of tht EISA adapter. 
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Host Address 


DxFFFF 


FFFf 


OkFFCO 


0000 


OxFFBF 


FFFF 


OkFDOO 


OOOC 


DxFCFF 


FFFF 


OxFCSO 


OQOQ 


OxF€4F 


FFFF 


OxFCtD 


0000 


OxFCOF 


FFFF 


OxFCOa 


0000 


OxFCD7 


FFFF 


DxFCD2 


QODO 


DxFCOT 


FFFF 


DkFCOI 


8DD0 


DxFCOl 


7FFF 


DkFCOI 


OQOO 


DxFCaO 


FFFF 


OxFCOQ 


0000 


flxFBFF 


FFFF 


OxFDOa 


0000 


DxEFFF 


FFFF 


OxQOOO 


OOQO 




■ 


® 



Ofrscription 




Slzf 


PA'RISC Brpaitcast. Mtscellnneiius t/D Space 


m Bytes 


EISA Memorv |Vl/initow inio EiSA Address Range ^JiOlOO 0000 
FFFf) 


through OX03BF 


44M Bytas 




EISA or ISA Memuiy (Window into 0x0050 DDOQ tfi rough OxOOFF FFFF) 


f 1M Bytes 


^ 


Addresses in this range addfe&s the date in the I/O map. Host 
locations lo program the 1/0 map One eirtrv per page, all pagt 
tii0 same map entry. 


uses these 
) offsets alieste 


4M Bytes 




EISA or fSA MamorY (Window imo OxDOOB OCKIO through OxDOOF FFFF| 


SlZfC Bytes 




Standard and Nenstendatd Page-Aligned ISA t/0 space 


334K Byles 


EiSA Interrupt Acknowledge Space 
Use Bddress OjffCOr Hm 


32K Bytes 


EISA Adapter Registers 


32K Bytes 


EISA Slot'Dependent I/O S|i«ca and EISA System Registers 


64K Bytes 


PA' RISC Functions 


192M Byies 


FA-RISC Ddined 


3e40M Bytes 



Locations used to access EISA address space. 

Locations used le map to £ ISA memory (see Fig^ 4). 
EISA I/O space. 



© 
® 
® 

® 



>© 



Fig. S, Host's address map. 



The proljection scheme works by mapping each of the 96 
sets of eight consecutive locations available for aii ISA ex- 
pansion card space to the first eight bytes of a 4K-b.vte host 
page. Tlio assumption is that most ISA expajision cards use 
registers in multiples of eight bytes. If a card needs more than 
ciglit registers, then the card v^ill need to be allocated more 
than one host page. This mapping is not done for the EISA 
niotherboard devices ( FZISA slot 0) because the registers are 
scalteret! alt over I he address range. Tliis mapping is also 
not done for tlie other EISA slot -specific addresses because 
they naturally fall on page boundaries. 



EISA View of the Host Memory 

EISA devices can do byte accesses to host memory with 
arbitrary' address alignment . Tliese devices see the host 
memory through an address Iraiislation mechanLsm known 
as the 1/0 map located at the EISA men^or>' adtlress range 
0010 0000 through 004F FFFF (see Fig. I), Tliis rnap is a IK 
array of 20-bit entries. The low-order 12 address bits of the 
EISA memory^ address specify the offsel withii] a physical 
page in the host memory. The nexl 10 bits select, one of IK 
entries in the I/O map. Each map entry is a 20-bit address 



EISA Address 

OxFFFF FFFF 

0k03C0 OOOO 

0x03 BF FFFF 

0x0100 OOOO 

lIxOOFF FFFF 

0x0050 0000 

OxtKMF FrFF 



0x0010 0000 

OxOOOF FFFF 

0x0008 OOOO 

0x0007 FFFF 

0x0000 OOOO 



DescrititiDn 


Size 


Local EISA Me mo rv 


403fiM Bytes 


FIS A n/lemarv (Visible (o Host thmugh Host Address OxFDJH) OOtX) thraugli 
OxFFBF FFFFS 


44M Bytes 


^ 


EISA or ISA Meinarv (Visible to Host through Host Address OxFC500000 
ttiroughOxFCFFFFFF} 


11 MBytes 


^ 


EISA devices use this rattle to aitdress the I/O maji. whicfi causes a transla- 
lion \n the address to s host memory eccess. The lower 12 eddress bils are 
net Translated (i.e., pass straight through to host memarvji, and the next 10 hits 
access IK entries in the I/O map which a^e translated to a ZO-bil page number 
m host memo FY. 


4M Bytes 




EISA or ISA Memory (Visible to Hest through Host Address OxFCOft 000 
threugbOxFCDFFFFF} 


5taK Bytes 




Ldc^I EISA Of ISA Memory 


51 ZK Bytes 



^1 EISA tacatlnns Ihst maj^ to host address space. 

®j-j~, Specitic EISA memory tocalions associstod wiOi host localians shown in 
"W Fig. 3. 



© 



■® 



Fig. 4. tltSAjs address map. 
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thai points lo ilii^ corresponding ph>nsical page number in 
hos! memorj' (see Fig. 5). This mechanism allows scalier/ 
gather accesses to host niemorv. That is, the ckiver catt map 
a series of noncontiguous pages in system memory' to contig- 
uous pages in EISA memory- so that a singie EISA DM^ trans- 
fer can transfer n^ultiple system pages. This eliminates some 
of ihe need for DMA chaining (for large transfers i and its 
assodaied penalties (intemipt o\Trhead, reprogranmung 
DMA, eic,X 

The address ranges shov^Ti as local EISA memory in Fig. 4 
cannot be seen by the host. 

A Note about EISA I/O Space 

The ISA bus I/O space has always been tHK bytes (16 ad- 
dj^ss lines), but the I/O addres^s range is arbitrarily limited 
to 1024 locations. In addition, the first 256 })ytes iire rcserv'ed 
for de\icos on the EISA motherboard, witli an address range 
mm through OOFF (U|9:B1 both equal to zero)j Tins leaves 
768 bytes (96 sets ofSj for all of the expansion cards on the 
bus, with an address range 0100 through 03FF. This allows 
the old ISA expansion CiU*ds to ignore fand they do) all but 
the least-significant 10 bits of the 16-bit address. 

To avoid conflict with the old ISA expansion cards, the new 
EISA exp^msion cards can only use addresses such thai the 
least-significant 10 bits range between 0000 and OOFt: and 
LA[9:8] must both be zeroes. Thus, the address range corre- 
sponding to each EISA slot is fragmented by the address 
ranges dial ahas to ISA addresses. For example, in Fig. 6 in 
the address range for slot 1 (1000 to IFFF), foiu- subaddress 
ranges aJias to 0100 to 03FR The old ISA expansion caj-ds 
think the EISA slot -dependent I/O addresses are ntoiherboard 
addresses, since they do not look at the upper address bits. 

The EISA t^xpansion cards decode the full 10 address bits, 
and have available 1024 locations **spajseiy ptjpulating" each 
EISA slot A system can support up to 16 EISA slots. 

Byte Swapping 

In the PA-RISC architecture of Series 700 w^orkstations, the 
mosi -significant byte is at the lower address (big eiuii;m), 
and in EISA, the most-significant byte is at the upper address 
flittle endian). 

t tA means Jajchabje aiddres^ and WI9:B1 are biis & and S of the tA bus 
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Fig. 6. A portion of the EISA I6^bit I/O address map, 

Bjte swapping hardware, which is provided on the EISA 
adapter board, ensures that b>1e arrays are stored in mem- 
ory in the same order on both sides of the adapter. This 
makes it easy for de\iees like disks to be connected to the 
buih-in SCSI port or the EISA Sc:\Sl card, and the ciata to be 
interchangeable without needing to know where the disk 
resided when it was read from or written to. 

ilow^ever, becMtise of this swapt>ing, imy multib>l:e conv 
niands w^riaen to FASA devices miis! be presw^apped by soft- 
ware. Similarly, any multibyie dat^i st.riicUucs placed in hosi 
memoi-y to communicate with intelligent controllers on 
EISA must be preswat>ped. 

Arbitration 

Two arbiters exist in the system, the EISA adulter and the 
system aibilen The EISA aibiier was designed with the para- 
digm that 11 is tjie sole arbiter and controls iill resources in 
the path to memory. The consequence of this decision is that 
the EISA arbiter commits intnocably to iis highcst-pnority 
client before it knows if il luis all the resources it needs to 
access memory. 

If the system arbiter operated the s^mie way we could have a 
deadlock. The system arbiter could be designed to back off 
in a potential deadlock situation. However, for simphcityi in 
this version of the PA-RISC workstation, the system arbiter 
simply gives the EISA tirbiter complete control over all re- 
sources in the futii to memory and temporarily becomes a 
client to the EISA arbiter. 

The system arbiter uses the CPU slot in t he EISA arbiter's 
arbitration hierarchy Once the system arbiter gains control 
it uses its arbitration aigorithnt lo share its slot among its 
clienls, die EISA arbiter hcing one such client. Thus, only 
onc^ ai biter is in control of all resources at any given time. 
Tile arbiters liand control over to each other iimicably 



Fig. 5, Adtirpss mapping via I hi* I/O nmp. 
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EISA Cards for the HP 9000 Series 
700 Workstations 

The EISA specification's high-performance, burst-cycle protocol for data 
transfer ts provided on the Series 700 EISA cards through the 
implementation of DMA and EISA bus master interfaces. 

by David S* Clark, Andrea C. Lantz, Christopher S, Liu, Thomas E. Parken and Joseph H. Steinmetz 



Besides providing EISA capabiUties to th^ HP 9CK)0 Series 700 
workstations, the EISA aclapj.er described on page 79 pro- 
vides the facilities for connecting several BISA cards mib 
different front-end I/O protocols to the Series 700 I/O bus. At 
the time of s>T5teni release four IIP EISA cards were available 
for the HP 90(X) Series 700: an BISA LAN raid, an EISA HP-IB 
card, an RJSA SCSI card, and an EISA PSI (progi-amniable 
serial iiTterfaceJ card (see Fig. 1). 

Each project teani working on the EISA cards for itie 

Series 700 had its own project -specific objectives, but the 

common objectives shared by all were to: 

Provide tngh-peifomiajice add-on I/O (EISA) solutions for 

the Series 700 workstations 

Design low-cost EISA solutions without compromising 

quality, reliability, and performance 

Meet all workstation development milestones. 

The EISA specification was retatively new at the rime we 
started invesiigating and proposing different architectures 
for the four^ EISA cards described liere. 



EISA specifies a burst-cycle (8-, 16-, or 32-bit data transfers) 
protocol fur transferring data. There are two primar>^ meth- 
ods by \^ hich aJi EISA cai'tl can take advantage of tlie burst 
cycles: through an EISA bus master! or DMA. During our 
uivestigation we found very few VLSI and ASIC chips avail- 
able from vendors that had an EISA bus master or DR\ 
soluiion integrated into a chip. We looked at all of the avail- 
able and proposed chii>s and decided that they did not fit 
our requijements. The decision was made to implement the 
EISA bus master and DMA interfaces on our EISA cards 
wlih iHscrete logic using PAL atui TVL devices. In addition, 
the EISA meruor>^ and I/O slave intertaces on our cards are 
implemented wiili discrete logic. 

The EISA LAN and EISA SCSI cards use a teclmitiue caUed a 
bus gasket (described below) to implement an EISA bus 
master hiterface. Both cards take arlvantage of the power of 
their respective frontpliuie controller by abiding logic between 
it and the EISA backplane to t ranslate the controller signals 

t A bus master tnnsters data to or from m3<n memory us<ng addresses under 'ts controt 




Fig, LHP EISA HP-IB. S(^F^I, 
[.AN.aiuiPSI t;ani^fQrOie|lP 
ilOOO Series 700 w^rkstatiom. 
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Fig. 2. 1>fpical architecture for an l/D expansjon card. 

to EISA signals. The incremental cost to implement a bus 
master gasket circuit for these two cards is low compared to 
adding a separate \1^S1 bij>s master chip. 

The EISA HP-rB ajid EISA PSI cards implement an EISA DIVL^ 
inteifaco. Tlio EISA HP-IB card has a fronlplaiK^ r^ontroDer 
geared to DJVL\-tJ7Jt* transfers, so naturally Ihp DNL\ imer- 
facc is the best method for this card. On the other hajid, t}\c 
EISA PSI card can ase either method. The DMA interface 
WELS selected for tlte EISA PSI card because of its relatively 
simpler circoitrj^ (compared to a bus niiister ) and Uic nature 
of the card's protocol data structures. 

The Bus Gasket 

A bus gasket is an interface that combines a noncompatible 
processor bus with an expansion I/O bus (e.g., a Motorola 
68000 microprocessor with EISA). Tlie l>us gasket hancQes all 
s^Ticlironization, pipelining, and control signal translations 
between the processor and the expansion I/O bus. 

The proces.sor on an add-on I/O card may be a noicroproces- 
sor or an intelligent ruik-rniitrotler coprocessor Examples 
of intelligent link controllers include the Intel S2596rA LAN 
controller and the NCR 53C710 SCSI controller. From the 
host system'.'^ point of \icw, a bus gasket interface appears 
'ds a standai'd bus master. From tlie on-card processors 
point of view, the system memory appears as a local mem- 
ory resource lo be used as it would any other incmory re- 
source. ITie objectives of a bus gasket design are reduced 
complexity, reduced cost, increased performance, and 
increased utilization of Ibe on-eard processor. 

The standard architecture of an add-on I/O card consists of 
frontplane. midplane, and backplane circuitrj^ (see Fig, 2). 
The frontplane is the link -specific eiectrical interface and is 
defined by its standard. Tlie midplane consisls of a processor 
or a biLfier that matches the synclnonous natujc of Ifie back- 
plane to the iisyiiclironous bursty nature of the frontphme. 
And finally, the backplane is the interface lo the expansion 
I/O bus. 

When architecting a card for EISA, one of two data-tnmsf er 
methods is typically chosen for high-perfomitmce cards: bus 
master or D^LA.. Many factors determine which to use for a 
specific card, but if the cmd needs lo source addresses for 
system niemot^y accesses and if the data transfer is of a scat- 
ter/gather nature, the bus jnasier is generally the choice. If 
the data is more block-oriented and sequential in system 
memory, DMA is a more practical and low-cost solution. 

W]\en the choice is bus master the cost can be high because 
of the increased complexity. A non-\T.Sl implementation of a 
bus niaster can l>e cost and board-space prohibitive, and an 
off-the-shelf interlace chip can be expensive and generally 
requires a dedicated microprocessor to service it. However, 
if the card already uses a powerful link-controller coproces- 
sor, ils power can be harnessed to pro\itie both cost and 
performance benefits. 



The bus gasket, which is the logic that, translates controller 
signals to EISA signals, pro\ades tlie following benefits: 

• Lower 0>st. Bus gaskets can be cheaper than other imple- 
mentations of a bus master interface. Bus master chips are 
available to create a "friendly" interface between the card 
niidplane hardware and the bus backplane. However, be- 
cause they aie relatively dumb bus master controllers, these 
chips require an on<:aid dedicated microprocessor to control 
them, Tlie additional complexity and cost of implementing 
one of these interfaces c^m be prohibitive in a cost-sensitive 
application. 

• Better Use of the Link Controller One of the priniiuy bene- 
fil^ of bus gaskets is (he abilily to harness ihe power of an 
on-card link-controJler coprocessor The link-conlroller co- 
processor can operate out of (host) system memory via 
EISA. On I wo of the EISA add-on cards, we require a bus 
master interface because the link-controller coprocessor 
follows conunan(i chains and data buffer chains thai reside 
in system memory. The link-controller coprocessors used in 
the HP EISA 802.3 LAN and HP EISA SCSI cards are power- 
ful prok^co I -specific processors. We wanteti to make use of 
t he power of these complex processor's. If we had isolated 
liitnn from EISA \ia a DMA inlerface or some otlier simple 
int erfacet we would have lost much of the power of the 

caj (is to manipulate stnictures in system memory. 

• Less Complexity. The bus gasket reduces the complexity of 
the card by removing the need to have a microprocessor 
and associated finnware on Ihe carti. Also, since we are 
already using the bus arbitration anri control mechanisms of 
the on-rard link-controller coprocessor, the baclqilane bus 
master hardware can be greatly reduf^ed. Some complexity 
does exist* however, inside the bus gasket itself. 

Technical Hurdles 

Tvvo primary technical liurdles tyi>ically get in the way of 
implementit^g a bus gasket. The first problem is the differ- 
ence in the way in which the link controller and the EISA 
backplane hantlle address and data bus cycles. In EilSA 
addresses and data are pipelined — that is. they overlap) — 
because EISA requires a valitl (correct ) address to be avail- 
able one-half to one-and-one-half BCLK (clock) cycles before 
valid data cmi be captured by the coprocessor (see Fig. 3). 
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Fig. 3. SiaipUIied liming diagram of EISA pipelining of address and 
Jala during reaci and utiic Imrsr transfers. Note that the address of 
data 2 must be valid one- half to one-imd-one-half B€LK cydes be^fore 
data 2 becomes valid for cap r tire. 
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The second problem is that the link eontroOer's clock might 
be incompatible vdxh the backi>lane clock. T>picaOy, the 
clock rate of the Imk-contr oiler coprocessor is retjuired to 
be ai least twice the rate of tiie backplane clock, and in the 
case of the EISA bus, its clock can be suspended to stretch 
cycles. This might cause some problems for a coprocessor 
that requires strict clock timing. 

To solve these prablems, some logic must be added to the 
card to synchronize the coprocessor's bus cycles, data, and 
addresses to the backplane bus. This logic is embodied in 
the bus gasket, 

F'or the EISA bus gasket designs, pipelining was the tngjor 
hurdle. The L\N controller used for the EISA LAN card Is 
based on the Intel486 microprocessor which nms straight 
T1-T2 address/data cycles.! Without sonic additional logic 
there could he a deadlock situation when tiying to run 
straight read burst cycles on EISA elUcienOy. One alternative 
would be always to insen an extra bus cycle after each road 
operation. This would ghe the LAN controller the chance to 
capture the data presented to it by the system in tlie cuiTcnt 
cyclCn and allow it time to set up the transaction address for 
tlie i^ext Liansfcr. With tltls nietltod* however, we cotild not 
make efficient use of EISA during mastered burst readstt 
from nientory and perfomi single-cycle bur^ transfers. Also^ 
reads from memory woidd take three cycles. 

Two methods can be used to solve this problem. The first is 
to use the processor's btu*st (cache-fill) mode. The second 
method is to irnpicmcnt a way of predicting the next address 
and verifying its correctness after the next address is pre- 
sented by the control 1 en We chose the second method for 
perfoiTnance reasijns. 

The HP EISA LAN Card 

Tlie HP EISA LAN ctml imjilements a bus master gasket de- 
sign (Fig, 4). .AJJ niastercd transfers general eci by the card are 
initiated by Qie hitcl a259tJCALAN controller. The 82596CA 

t A data address js avaiEahFe at time T1 foiliMsd by data at terna T2 

1 1 Mastered bmi reads are 9-. 1 6-, or 3Z-bit transfers fftjm host memoTV when a device is bus 
maEter 



performs transfers in the foim of InteMSG^ompatible micro- 
processor accesses. These accesses arc transformed into 
EISA transactions by the bus master gasket circuits The 
card performs all mastered transfeis on the EISA bus as 
32-bii burst niemor>^ accesses. 

The ^596CA is driven by a 33,3-MHz oscillator. Since the 
EISA clock (BCUC) runs at S.33 MHz, which is four times 
slower than the 82596CAs clock, a circuit on the card called 
the masier controller synchronizes the data and address 
buses of the LAN controller and EISA using a signal called 
Rdy_N. 

EISA read and wxite btirst c^^cies are basically one BCLK pe- 
riod, but as shown in Fig. 3 the address can potentially over- 
lap the pre%1oys or [text transfer cycle by one-half a BCLK 
cycle. This is becatise tiie address contained on Uncs LA[31:2] 
must be valid on the EISA bus relative to the falling edge of 
BCLK and before the rising edge of the next BCLK cycle tliat 
starts the data transfer IJkewise, the subsequent transfer 
will overlap by one-half cycle as it prepares the LA[31:2l bus 
for its correct transfer address. 

This poses a problem during mastered burst reads because 
EISA burst timing re^^uires that LAI31:2] lor the next read 
transfer be valid before the data from the ctuietit read ac- 
cess is available (read returned data on EISA is not guiu^an- 
teed to be valid until tlie rising edge of BCLK)- This is not a 
problem for bm^t writes because Uie coprocessor does not 
have to w^ait for incoming data. 

To handle the problem for mastered reads, a scheme called 
address prediction is used to compute the addresses tlie 
825yGCA will use during burst read transfers. A cti'cuit on 
the ciird called Uie address general or (see Fig. 5) contains 
logic to predict the next address, clrive the address onto the 
EISA bus. and verify that the address is correct from the 
previous tlata tnmsfer. 

Fig. 6 shows a snapshot, of the timing m\d signals associated 
^ilh this address prediction schente for a buisl read. At ■'^ 
she predicted address 5 for the current transfer is driven 
onto the LA[31:21 bus lines and the 8259GCA LAN controller is 
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preparing Id capture ihv tiata from the previous read trans- Also dun rig this time the predictor computes the next ad- 

fer, Al 1' , on tiie rising edge of BCLK. tlie data Irom I he pre- dre^s (address 5). At ' the 82596CA ckhes the current 

vious transfer at atldress 4 is captured l>y the card. If 1 lie transfer address onto its lines. From this point on, the verify, 

predicted address of tlie previous transfer compares vvidi the prediction, and Ftdv_N operations continue, starling with the 

address prodticed by the 82596CA (in this case 4), the verification address bemg 5 and tlie predicted address 6. 
82o96( A is stepped by pulsing the Rdv_N signal for 30 us. 



Valid Aditress S 
witliin ttiis 
^ Time 



© 



LA[31 :2] F revious Ad d r«^ss = O 



Curreni Address = 5 



Data 
From 
Host 



Address , 
Driven by 
825% C A ' 



Rdv N 



I Data 5 Captured i 
' BtttiisTims ^ 



\ 



Next Address = 6 



Previous Address = 4 



X 



Step 



® 

C Previiius Data A^"- * ■ C 

Pred id Ad dress 5 ^^ Ve rify Add rfiss 5 



Data from 5 



Current Address = S 



:x: 



NeKt Address = G 



Step 



Fig, 6, Timing diai;r<im shtn^litg 
thf events associated wlh address 
predit:dt)i3 m\d vt*rilicatiaii. 



86 tie t-eniher 1992 ttewlett-Paf kard JoumaJ 



)Copr. 1949-1998 Hewlett-Packard Co. 



Ifa pi^dirted address does itoi maich tJie ^596CA addi^ss, 
appropriate action is taken by the master controller and tlie 
correct transaction is executed. A predicted addre^ miss 
can cause Uie loss of one to three BCtK cycles depending on 
the types of predictor misses occurring. 

GeneratliLg Addresses 

Thi^ a<k]ress prerlictor and verifier logic shovi^i in Fig. 5 gen- 
erates the next address based on the current irdnMer ad- 
dress during read bursts. Tlie predictor is loaded with the 
start address at the beginning of a dala transfer Initiated by 
the 82596CA IAN controUer. Subsequent predicted ad- 
dresses are generated by the predictor incrementing the 
current addre^ss for each transfer. Each predicted address is 
placed on the LA address bus before the S2596CA is able to 
generate tJie actual address. Standard EISA read transfers 
and standard and burst write cycles do not require address 
prcdictioTi. 

At the start of a standard or burst read or write transfer 
sequence, the 82596CA loads the predictor with the initial 
transfer address. Tlie first transfer cycle after being granted 
the bus is always a standard EISA transfer A sLiUidard trans- 
fer must precede M biu-st transfer sequences. During stan- 
dard read ti-ansfers. the address from the S259t}CA (A[31;2]) is 
latched and driven as LAf31:2I on the EISA bus. Addresses 
generated during writes are copied directly from the address 
bus of the S259fjCA and latched and not driven onto the 
EISA bus until the appropriate EISA cycle and the presence 
of theRdv_N signal. 

After the system has granted iJie bus to the card and the 
82596CA asserts Uie signal Oiat indicates that the fmst ad- 
dress and the direction signal { W/R) are valid on its pins, the 
first address cycle begitks. If tlie 8259(5 C A is si ailing a write, 
the predictor imd verifier are disabled. 

If lh(^ direction of transfer is read, the predictor and latching 
regisn'i-s !ire loaded witli the atkhess present on Af3l:2j and 
the tAl31:2J bus is actively tlri^en on the falling edge of BCIK 
just before the EISA Start* sigiuil begins t he address cycle, hi 
the next cycle (the data cycle), read data will be %^alid on the 
rishtg edgf? of BCLK at the end of the cycle. Also during this 
data cycle, the address for the ju'xt transfer must be valid. 

After the first transfer, standard transfers and burst writes 
proceed as normal IIowc%er, burst reads require each stib- 
seqiitmt address to be predicted becaiise EISA requires a 
lead time for atldiesses. 

'Phe combined address multiplexer and latch shown in Fig. 5 
ate used to select otU' of three address sources to provide 
the next address to LA|9:21, the address ol the transfer within 
a lK-byt.e page.t The three sources are Al9:21 fioni the 
8259GCA, the predicletl next address PreAdl9:21, rmd ihe write 
address source WAI9:2]. Three sources are riM^nii c^d because 
to prtf\ide the t^orrect address on IA[9:Z], different values are 
required depending on the t,y|>c of transfer being don*^ aiid 
the ciurent phase being executed within a tnuisfer 

t EISA restrictian to ensufe ihat ^ memary motJuie can be as stnaH as ttc bytes 



Generating MS Burst* 

MSSurst* is a fristate EISA signal drhen by a card that wants 
to perform mastered burst transfers, MSBurst* must be as- 
serted whenever there is a burst cycle address being driven 
on tAl3liZl and deasseried during the last burst transfer cycle, 

MSSursf* is generated in the address predictorATrifier block 
because the result of (he address verification is directly re- 
sponsible for whether the next cycle can be a burst or not. 
To start a burst series, the StBurst* signal from the sla\^ 
(host memory) is sampled on the rising edge of 8CIK at the 
beginning of the second cycle of a standard transfer. If 
SL Burst* is asserted, which indicates that the slave can burst, 
MSBurst* is asserted on the subsequent falling edge of BCUC as 
the address for tlie burst cycle is driven onto LAl3t:2] (see 
Fig. 7J, 

Starting with the first transfer and continuing with each 
burst c^ycie. the page address A131 101 of the next transfer is 
compared widi the page addi^ss of the current transfer 
(SU[3t:l01 in Fig. 5). If they do not match, MSBurst* will be 
deasserted on the falling edge of BCLK during the next hurst 
cycle as the new page address is placed on Ihe LA bus. ThLs 
wiU begin a new standard transfer if the card still owns the 
EISA bus- 

Jf during burst transfers the card is preempted by the sys- 
tem, MSBLrst* %\iU be deasserted on the falling eil^fc of BCLK 
during the last bm-st transfer. T!ie transfers will cease when 
the 82596CA deasserts Holdtt in response to the preen^ption. 
The master controller will force the deasscrtion of MSBurst* 
as it detects the deassertion of Hold, lender these conditions, 
the deassertion of MSBur&t* will not nee essarily occur in the 
current cycle. There is a [jrogrammable timeout that will 
detennine how much data the card wiU continue transfer- 
rmg after preemption. 

The HP EISA SCSI Card 

The IIP EISA SCSI < aitl rlesign is based on the idea of mini- 
miiicing the component c ount and using a.'s much of tlie proto- 
col atid features of the SCSI controller as possible. The bus 

Tt Hold is a siynal that requests access to rhe local bus 
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Fig, 8. IIP mSA Krsr card block diagram. 

master gasket apj>madi desrriht^d earlier is used to com- 
bine two ctHfereiu domains together wiili logic to translate 
signals from one to the other while meeting the functional 
and timing requiremenls of both. 

In this case the two domains ^tre EISA mid the bus interface 
logic of live NCR 53C7iO SCSI eontruller chip, which is con- 
figured to fiinctior^ as a t)B04(J microprocessor synchronous 
bus (see Fig. 8). Some of the differences between the SCSI 
controller and EISA that are handled by the bus gasket logic 
are given in Table L 

Table 1 

Signal Differences Between EISA 

and the NCR S3C71Q SCSt Controller Chip 



EISA 

A[31:2]- Address bits 

BEt3:0) - Indicates wbich 
bytes are valid at the cur- 
rent address 

Pipelined address 

Bus Control Logic 

Start* - Indicates address 
of ciuTent 1/0 1 1'ai^saction 

EXRDY - Indicates wait 
slate (I/O transaction is 
done at: the end of the 
wait state) 

EX32 - Indicates ;32-bit- 
witlc da la palh 



NCR53C710 

AI31:01- Address bits 

S3Z10:11- Indicates data 
width at the current address 

Nonpipe lined address 

Bus Control Logic 

TS - I/O transfer start 
(address available ) 

TA - lYansfer acknowl- 
edge (I/O done) 



The NCR 53C7iO SCSI controller was selected for the EISA 
SCSI card mmniy for software compatibility with the built-ui 
SCSI port of the Series TOO workstations. The EISA SCSI 
softwai'C is described in the article on page 97. 

The NCR 53C710 SCSI controller pro\1des several features 
that made if attractive for our inxplenientation. First of all 



the controller runs from two clocks: one for the SCSI proto- 
col and one for the host bus interface, with the synchroniza- 
tion betw^cen the two domains occurring inside the chip. 
Working with NCR. w^e weiT able to get an internal bus rt?- 
quest signal brought out of the chip that deasserts when one 
transfer is left. Without this signal the EISA bui'st cycle 
would not have been possible. Finally, the NCR 5.1C7I0 pro- 
vides a lO'Mbyte/s S-bit Sf -SI, whic*h is an addeel value over 
Uie built-in SCSI (5-Mbyte/s) on the w^orkstations. 

Clocking. A clock synchronization scheme is primarily deter- 
mined by I he tyiJes of interfaces that are l^eing coimected 
I together. In this case, the KISA bus control signals and data 
are synchronous with the EISA bus clock (8CLK), which un- 
foriunately does not have a fixed frequency nor does it have 
a guaranteed duty cycle from period to period. Tlie 
68t)40-tyi)e interface of the 53C710 has all of i(s signals re la- 
live to Its clock. 

The sunpiest answer to this problem was to connect the 
EISA clock BCLK to the host bus interface clock so ah signals 
would be synchronised with the EISA clock. Unfortunately, 
this would not work because of the different protocols and 
tlie need ttj burst longer on EISA (for perfonnance reasons) 
than the bursi length built into the i3;3C7I0, 

Another option was to run tlie controller from a different 
clock and synchronize it with the EISA clock domain. This 
would not w^ork because the timing losses in the synchro- 
nization wouki degrade I he throughpul of the card and not 
allow EISA 10 operate optimally Another scheme considered 
was to generate a clock from a pluise-Iocked Ujop chcuit to 
feed into the 53C7IU. This w^as not chosen because the EISA 
clock operates from fi to 8.-:33 MHz and can stretch , creating 
a n on optimal duty cycle wliich could create a problem for 
the phase-locked loop cucuit. 

The solution chosen w^as to create a 2x multiple of the EISA 
clock and present this neW' clock to the 53C71(I. This allows 
the 5rlC7 10 to run in non burst mode (larger transfer size) 
and be synchronized w ith the EISA bus. 

Address Generation. Sourcingthe EISA address was a msyor 
area of concern because of the pipelining behavior of the 
EISA bus in burst mode. To provide addresses for reads 
from a SC\SI peripheral ( v^xites to EISA meiuoty), the 
53C710 is allowT^d to rmi aliead of the EISA bus wliile the 
data is latched. This effectively pipelines the next address 
front the 5:JC7I0. For writes to a SCSI peripheral (reads 
from EISA memory ), the 53C710 cannot be allowed to run 
ahead because the EISA data is not valid until the end of the 
clock cycle. For tliis case, an address predictor ( comiler) is 
used to first latch then pipeline the EISA addioss, w iiich wih 
alw^ays be sequential withui any smgle bus tenancy.! The 
control logic for the address prediction circuit nujst also 
know wiien to increment tiie address correctly based on 
inputs from the EISA slave being accessed. 

Control Signals, Some of the EISA control signals were not 
verj- difficiih to iiandie smce they had equivalent signals In 
the 5;JC7I domain. For example the EISA Start* and the 
53C7I0 TS (transfer start) signals both mdicate the beginnmg 

t Bus tenancy i% the [cngth ot time a deifies is in cantrol of and using the EISA bus 
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of a cycle (or the address phase). Howe\'er, the EISA MSBurst* 
signal, which is asserted when a card vviints to perform aias- 
tered burst transfers, has to be generated because there is 
no 53C710 equh^ent. In addition, the MSBurst* sj^ia! must 
be deasserted to ensure that Uie card camiot burst across a 
lK-b>^e boundarj' {per the EISA specification), burst across 
the boundary^ created by the address predictor ( mcmor>^ 
reads only), or burst when the data being trdnsferred is less 
than a double w^ord. 

The address predictor burst boimdaiy is created by the feet 

that the counter only loads the first address of a transfer 
while in the first address phase of the 5t]C710. From then on, 
the address is incremented based on the EISA EX32* and 
EXROY signals and cannot be reloaded. Therefore, when the 
count goes to all ones, the 53C7I0 must back off, release the 
EISA bus and rearbitrate for the EISA btis. 

The less- than -32' bit boundar>^ is created by the o-JCTlO. For 
example, when the contioUer is completing a transfer and 
the last transfer is three bytes long, tht* transfer will be si>lil 
into two-bjte and one-byte moves, Tlus w^ill create problems 
for the address prediction logic because it will increment 
the address between these transfers and place the last byte 
hi die wrong location. In this situation, the 53C710 will back 
offj release the EISA bus and rearbitrate for the EISA bus. 

EISA and DMA 

A central ii!:ed DMA controller is provided on the EISA 
adapter board. This architecture simplifies the design of tlie 
DMA portion of any add-on DMA cartl because the complex 
funcfionality dissociated with handling DMA transfers is con- 
centrated on the system end of the bus. The DMA controller 
on the EISA atlapter i)oard is the master of the DMA devices 
connected to I he EISA bus because it ser\iccs their re- 
quests. A DMA device ca^i be configured m a combinatiori o{ 
different ways to optimize its performance on EISA, 

DMA devices can be programmetl for data transfers using 
one of four DM^ cycle types available tjn EISA. The ISA- 
compatible cycle allows ISA DMA devices to operale wilh- 
out any haixlware or so ware modifications. Tiiese devices 
will have a higher data transfer rate on EISA than ISA as a 
residt of ElSAs efficienl bus arbitrarion. The T\pe-A and 
'fVl)e-B DM^ cycles ar*^ KISA nu)des that allow some ISA 
DMA devit:es to achieve even higher perfonnant e with spe- 
cial software mod ifi cat ions. The burst TVpe-C DMA cycle is 
the highest -performance KISA DMA cycle, and is only avail- 
able for EISA DMA devices designed 5pc?cifically to transfer 
data ever>^ clock period, 

EISA provides seven ISA-compatible DMA channels. Any 
DMA device on EISA can be assigned to use one of these 
channels. The ch^mnels available are chamiel through 
channel :i aiui channel 5 tlirougli ch;mnel 7, Channel 4 is the 
cascaded channel arKJ is reserved for system use. Also, eat li 
channel can he prf>grj^mmed lo suppoh 8-bil, ItVbit, or :J2-bil 
data transfers. 

The Intel 82.J57 integral ed system peripheral (ISP) provides 
the cenlralizc^d EISA DMA controller capabilities. The ISP 
resides on the EISA adapter hf>ard. The DMA controller, 
refresh eonrrolKT, i'\'i\ and bus masiers all share du* EISA 
bus. A dt^vicc rct|Liesfing use of ihc bus musi assert ils bus 
request sigmri (<i ihe centralized arbitration controller (also 



contained in the ISP). This arbiter will assert the corre- 
sponding bus grant signal when the bus is available. 

For a D^L\ device, the bus request signal is DRCL<x>, where x 
represents the DMA channel mmiber All the DRQ<x> signals 
are fed to the DM\ controller, and the D^L'\ controller acts 
as the intermediary^ by arbitratiiig for ttie bus on behalf of 
the DMA channels. When the DALA controller has been 
granted rhe ims. it assens the acknowledge si^al ( DAK*<x>) 
for the appropriate DMA channel 

Depending on the DMA arbitration sequence selecleci on 
ELSA, the chamiel prionty can be quite differeni. In the feed 
DM4 pritJrily arbitration sequence, each channel has a dif- 
ferent priority level, with charm el (J being rhe highest and 
channel 7 the lowest. In the rotating DMA priority arbitra- 
tion sequence, there are two levels of priority The top level 
uses a four- way rotation to grant bus access sequent iaEy to 
channels 5. 6, and 7. Tlu> fourth position Ls channel 4, but 
this is used as a ciiscade port for the channels at the lower 
le\ et The Lower level also uses a four-way rotation to select 
sequentialJy from channels 0, I, 2, and 3. 

The DMA controller supports three types of EISA DMA data 
traitsfer modes: single, block, and demand modes. In die 
shigle mode, a DMA device will perfonn one transfer for 
each arbitration cycle. In the bhick mode, a DMA device will 
perlbrm a block of transfers for each arbitration cycle. In 
the demand mode, a DMA device will perform a group of 
transfers for each arbitration cycle, but it can suspend trans- 
fers temporarily by deassertiiig its DRQ<3t> signal, l^lock and 
demand transfer modes can be preemtHed h> ut her devices 
requesting the btts. 

A DMA device is not allowed to add wait states during an 
EISA DMA data transfer since h is essentially a "third party" 
on the bus nionltoring the transaction takuig place between 
the bus master and tht^ memory' slave. In other words, the 
DMA device miisl folluw tlu* tinungof the transfer id ready 
negotiated between the bus nuister and the memory' slave. 
1 he t>us master in this t^ase hapi>ens to be the DMA con- 
trollei; which has initialed tmd is controlling the transfer. 

TVo IlP-desigtied EISA addon cards support the burst 
T^TJc-C DM\ cycle using the denumd transft^r mode. The 
EISA IIP-lB and KISA PSI cards both use DMA eyries to 
transfer <iata because tlie data stmctures ate more block- 
oriented. Since the DMA controller is centraliz(Hl and ihc^ 
DMA devices do not have to source bus addresses, this 
reduces Ihe complexity of the cards. 

The HP EISA HP-IB Card 

The HP EISA I IP-IB card is di\1ded into three functional 
l)l<Kks: the EISA interface, the FIFO buffers, and the IIP-IB 
intertace (see Fig, 9). This card has a Ifhbit T\pe-(.' DMA 
mothile designed to support the demmid transfer mode for 
transferring data between system memory and the IIP- 
proprietaiy ITLl iir^-lB controller chip. Tlie EISA llPdB 
caid can be programnu'tl to use one of seven DMA chimnels, 
A lt>-bit EISA DMA device can transfer data at rates up to 
16.7 Mbytes/s using hurst cycles. 

The ITLI controller c:lup provides the complete logitral 
HP-IB interface defined by the IEE!E 48B (lEC 625) specifica- 
tion. It also has a local-host inferf^ue that appears as a set of 
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eight addressable registers and provides buffering for ouL- 
bomid and inbound HP-IB data transfers I iirougb two inter- 
nal FIFO queues. The local-host interlace ol 1 his chip is con- 
nected lo Hie EISA interface and controlled l>y the local 
DMA state mactune on the EISA IIP-IB card. 

The on! bound direction is defined as data movement fruiu 
system memoiy to the HP-IB. DMA transfers in this direc- 
tion are perfomied with ruenioiy read cycles and I/O wrile 
cycles to move data directly from the system lo the c ard. 
Conversely, tlie inbound direction is defined as data move- 
ment from the IIP-Il^ to system memory. DMA iransfers in 
this direclion aie [[jerformed with I/O read cycles and mem- 
ory write cycles to move data directly from the t:ard to the 
system, 

FIFO Buffer In llie processor-to-pcripheral datapath, data 
transfers between components of different speeds can 



drastically reduce performance. Even with a DMA channel 
between the system and the perijiheral, the processor nmst 
be ready to relinquish the bus on sbort Jiotice, and go In an 
idle condhk^n. In addition, the datapath reduction from a 
wide bus to a nmrower bus will drop the data throughput by 
a sign in cant factor. 

A buffer helps to offload the burden the peripheral places on 
the processor during less-than-optitnal transactions. The 
data triuisferred between the system and the peripheral will 
be padded in a first-in, first -out (FIFO) manner The FIFO 
nienioty cai^ perform this function. 

To smooth out the DMA transfers, the EISA HP-IB card has a 
set of FIFO memories that act as an elastic data buffer be- 
tween the faster s^Tichronous EISA interface and the slovi^er 
asynchronous HP-IB interface (see Fig. 10). Physically, this 
external FIFO buffer sits between the EISA interface and 
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the iocal'host interface of the ITLl, and supplements the 
two ejglit-cieep, b\te-\vi(ie inboiuid and outbound FIFXr* 
queues in the ITLL In addition to the mismatch in bus 
s|>ecKis, there is a mismatch in data widths between the 
EISA and TIP-IB interf'aces on the card. The card has a 16-bit 
data connection to EISA, while fjie HP-IB interface is only 
an 8-bil bus, A direct S-bit HP-IB interface to EISA cuts the 
EISA data througi'iput in half. whei\ compared to a 16-blt bus. 

During the investigation phase of the EISA HP-IB card proj- 
ect, a 32-bit EISA DMA aicliitecture was propose<L However: 
the twofold increase in the complexity^ and cost to implement 
the FIFO buffer for a 32 -bit arcliitectiu-e could not be justi- 
fied for this card. Thus^ the lf>bit architecture w^as selected, 
wliich met the project's; i>erfomiance and cost objectives. 

Tlie FIFO bufTer Itas a 16-brt port on the EISA side and an 
84)il port on the HP-IB side. Lo^cally, hvo Cvi-deep, byte-wide 



FIFO memories appear as a single 64-deep, w ord-wide FIFO 
buffer to the EISA interface, HowTven these two FIFO me- 
mories look like least- and most -sign iOcant b>te data banls 
to the locaJ-host interface. A separate 8-bi! b>Tpass port is 
a\ ailable that allows the sj stem direct 1/0 slave access to 
the ITLls control and status registers without ha\1ng to go 
til rough the FIFO memories. 

In addition to the local D^LA state machine controlling the 
local DMA process between the FlFi.) btdTer and the local- 
host interface of the ITLl, there are two EISA D^LA state 
machines controlling the EISA DM^^ processes betw^een the 
EISA Lnterfat^e and the RFO huJIer (see Fig. 11). Tliey are 
the outbound EISA DMA state machine and inbound EISA 
D^LA state machine. Together, the thre^ DMA state macliines 
can handle the concurrent loading and unloading of the 
FIFO buffer. 
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During an oulbounfi DMA transfer, the outbound EISA DMA 
stati- machine loads tiala Ironi the EISA inlerfat e into the 
FIFX) bulTen while the local DMA stale niaciiine unloads the 
data from tht' KIR ) hiiffpr lo the oiul>ound FIFf ) queue in 
the IThl. Utidng an inbound UMA (ransierjhe local DMA 
stale tnacbine loatls data from the inhounti FIFO queue in 
the ITLl into the FtFt.) Inirfen wtiile the inbound EISA DMA 
state machine unloads rhe data From I he FIF(J hnfferto the 
EISA interlace. Thi^ data < an only W sent in orie direct ion ai 
a time througlt the FIFf) tJulTer The appropriate hajik of 
tristate buffers is selected to control the direction of the 
dataflow, hi addition, the data wirlth niisniatch is resolved 
by packing tJie 111*- IB data bytes inl4> hi bit words for EISA 
on inbound transfers, and unpacking the l(>bii words from 
EISA into bytes for the Ht^-IB on outbound Transfei'S. For the 
byte-packing function, the bytes are iuranged so that tlie 
fii'st (and subsequent odd ) i)yte recei\'ed on an inbound 
transfer is the least-significant b^ieof the ItVbit word. For 
the word-unpacking function^ the bytes are aiTanged so tliat 
the first (tuid sul)sequenl odd) byte Irimsmitteci on an out- 
bound transfer is tire least-significant byte of tiie IfVbjt WT>rd. 

On the HP-IB side of the FIFO buffer, two octal trist^tt^ buff- 
ers are used to funnel I he outbound data to die ITLl HP-IB 
controller chip- 1'liis nuiltiplexer; controlled Ity the local 
DMA state machine, separates the l(>-bit word into two 
bytes by selecting one of the two octal buffers sequentially. 
(The least-significant byte is selected first.) Also, two octal 
tiisiate buffers are used as a demultiplexer to move the in- 
bound data bytes from tlie ITLl mto the FIFf) Iniffer One of 
the two buffers is seiected (the letist-significant byte first ) to 
assemble a I(>bit. word in the MFfJ buffer This dc^nuiltiplexer 
is controlled by die local DMA state machine. 

On the EISA side of the FIFO buffer, a word-wide tristate 
buffer is used !*> ilirect the outbountl 16-bit w^ords from the 
EISA interlace iiUo the FIFU buffer under control of the 
outbound EISA DMA state machine. Also, a word-wide In- 
state buffer is used to flirect the inbound 15-bit words from 
the FIF<'J buffer to the EISA interface under control of the 
inbound EISA DMA state niacliine. 

DMA Transfer Process. For an outbound DMA transfer, the 
EISA outbound DMA request signal (EODRQ) is asserted by 
the outbound EISA D.\L4 state machme when the EISA DM.^ 
ciR"uitr>^ is configured anrl iimied on the EISA HP-IB card by 
its software driver and when tiie FIPT) buffer is empty. The 
contiition of the FIFO tHJffer being t^nipty is necessiirj' to oi)ti- 
mize use ^uid performance of liiSA and to niaxiniize use of 
the FIFO buffer. 

The c:ard will interrupt the system folio \\ing t he completion 
of the outbound DMA transfer when the EISA temunal- 
counf signal (one of the DMA control signals goinj^ to tlie 
state machines) is asserted by the system (indicating the 
last EISA DMA cycle) and the FIFO buffer has reached its 
empty condition after flushing the last data going out to the 
ITLi chip. At this point the card is leady to be serviced and 
rectum ed for another DMA transfer 

For an inbound DMA transfer, the EISA DMA request signal 
(EIDRQ) is asserted by the m bound EISA DMA state machine 
W'hen the EISA f>.\L4 circuitry is configured antl anned (m 
the EISA IIP-IB card by its driver and when either the FIFO 
buffer is piu:tially filled with the la.sf-data flag set. or when 



the HFO buffer is fuh. The condition of tl\e FTFO buffer be- 
Uig fiill is neeessar>' to optimize the use and perfoiiiumce of 
KISA and to maximize use o( the FIFO buffer However, a 
peripheral on the HP-il5 may nol always send back enough 
data lo ttie card to till the FIFO buffer, and the buffered data 
may sit here for an unexpectedly long period of time if it has 
to wait for the buffer !o fill up completely. To get around the 
problem of havirig stale inbound data in the FIFO buffer, an 
i^xterrial hist -data flag is si^t by the TfLI wtien it detc^-ts tlie 
HI* IB end-oi-identily (EOl) signal. The HP IB EOl signal is 
asserted by the peripheral to signify that the last data byte 
was .sent to the card during an MP-IB data transfer sequence. 
The Hag status and the FII^XJ laiffer status infonnatton are 
used by the inboiirid EISA DMA state machine. In this case, 
the state machin*^ will assert the EISA DMA request sigtral if 
the last -data flag is set and there is data in the FIFO buffer 
This ensures that the last chunk of inbound data will be 
pioperly flushefi tVoni tlie part iiilly filled FIFO buffer. 

The card will interrupt the system following the completion 
of I he inbound DMA transfer when the EISA terniirial-count 
signal is asserted by the system (indit^ating the last EISA 
D.MA cycle), or when the last'<iaia flag is set and the FIFO 
buffer has reached its emjMy condjtk>n after flushing the last 
data going into system memory. The former situation will 
occur wlren the DNLA. counter m the DMA controller 
matches the inbound IIP-IB data coimt exactly. A more likely 
sf:enario is the latter situation, that is. the DMA transfer ends 
upon the seltuig of the last -data flag. Wien the DMA counter 
is loaded by the driver with a value greater than the pjede- 
temiined aniotmt of data to be received from the HP-IB pe- 
ripheral, the tenninaiion of the inbound f)i\L\ transfer is 
control It Hi by I he card and not the DMA controUer. The card 
can ■' pre maturely" end the transfer [with respect to the sys- 
tem) Ijy deasserting the EISA DMA request signal and inter- 
rupting the system when the HP-IB EOl signal is detected 
during a data inmsfer The interrupt senice routine will han- 
dle the residual value in I he DMA counter. At this point the 
( artl is ready to be serviced and rearmed for another DMA 
tninsfer. 

The HP EISA PSI Card 

Tiie HP BLSA laogrannnable serial interface (PSI) card pro- 
vides the means to support X.2d and SNA ot\ Serit?s 700 
workstations. The card is progranunabie in fliat the network 
[irotocol code is do%%TiIoaded from the host system into the 
card's memory' for execution by the canfs microprocessor. 
This makes it possible to use the same liardware platfonn 
for X25 or SNA functioiuilily The EISA rei card is a 32-bit 
Xvpe-C' EISA DMA niodule capable of ;3;i-Mbyte/s t nmsfers 
on EISA usir\g any one of seven DXL\ channels. Two hard- 
ware interfaces are supt>orted on the smgle frontplai^e poi1: 
RS-232 and V.35. The pro]>er frontplane signals nre automati- 
cally selected depending on which interface cable is plugged 
into the frontplane connector The tiser does not have to set 
any switches or jumpers to configure tlie frontplane. 

In general t a caid such as the EISA PSI would use a micro- 
processor to !im the networking protocols, a local DMA 
controller to manage Lite data transfers on the card, and a 
serial controller to do the protocol conversions for the front- 
plane interface. In the past . this would have required tliree 
septu ate chips. The EISA PSI card uses the Motorola 
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MC6S302 Integrated multiprotocol processor, which inte- 
grates these three functional blocks and other support cir- 
cuitry into a single chip. The core of Ihe MC68302 is a 
Motorola M68000 microprocessor. The MC6S302 provides 
Oiree seriaJ cornmunicadons controllers, each wiijt its own 
supporting DMA channels, fJne of these serial conmiunica- 
tion controllers is used in lieu of a sepamte serial controller 
chip on the EISA PSI card. The MC*>B:302 also pro\ides an 
adfiitional DM'\ roniroller tiDMA) w}\ich is uidei^)endent of 
the DMA channels supporting the serial controllers. The 
EISA PSf card uses the IDM\ instead of a separate DMA 
controller trhip to manage the transfer of data between the 
card's SRAM and DRAM blocks. 

The EISA PSI card requires a large block of onboard mem- 
oir' for the microprocessors protocol firmwai"e and the data 
to be processed mid transferred across tlie frontplanc. If Ihis 
memory Ls also interfaced directly to the EISA bus. Lhe host 
can transfer data via D^L\ directly to and from this memory, 

On€ of the requirements of the EISA DMA process is tiiat 
upon receHIng its DMA acknowledge signal. DAK* <x>, the 
DMA device must be able to provide data on an inbound 
transfer or receive it on an outbound trmisfcr immediately. 
The DMA device is nor allowed to delay the transfer by in- 
serting wait states. If the DMA acknowledge is receiv'ed 
while the card's microprocessor is accessing meruoty, 111 is 
requirement wouJd be violated because of the time required 
for the microprocessor to release memory to the EISA DMA 
process. 

One way to solve this problem would be to keep the micro- 
processor from accessing memory a,^ soon as an ELS A DMA 
transfer is requested by the vdnl and not releasing arri^ss to 
the microprocessor mitil siie DMA trmisaction is conipiete. 
This was not an acceptable solution for the EISA PSI card, 



since the latency' between the request of DMA by the card 
averting DRCl<x> and the commencement of DJ»L\ on receipt 
of ihe DMA acknowledge signal is variable because of the 
arbitraiion mechanism in EISA, This time added to the EISA 
DMA transfer dme would prevent the micrc^rocessor from 
accessing memory for too long. 

If the MC6a302 is blocked from accessing the memory hold- 
ing its firmware and data buffers for any significant length 
of time* the microprocessor cannot execute code and the 
serial frontplane will be starved for transmltled data or ov^er- 
mn v^th receivi?d data 

Tlnerefore, we chose to implement tw^o separate memories 
on the EISA PSI card: a fast SRAM on the EISA bus to act as 
a data buffer for DJVL\ ti-ansfers. and a large IM-byte DR,\M 
to provide space for the dowTiloaded protocol fumwaie and 
data bulTers fsee Fig. 12), This approach simphfied tlie card 
architecture considerably The SRAM is iso I aied from the 
microprocessor data bus by trisiate transceivers. Tliis allows 
EIS,\ DMA. transfers to SRAM to execute while the micro- 
processor has full access to the data buffers in the DRAM 
memor>. Tlit^ en I ire EISA D.MA tiiinsactinn can be completed 
to the SR.\M without any interference v^lth the microproces- 
sor. This approach also had other benefits. The microproces- 
sor and DRAM controller use a 16-MlIz clock, antl with this 
design, synchronization with the EISA bus clock is not re- 
quired. Separate memories also helped reduce the materials 
cost of the board. Since the protocol code requires IM b>tes 
of memor>^ an iniplemenlation with technology fast enough 
to support EISA DMA from tlie same memoiy^ would have 
been umch more expensive than the DRAM used. 

The basic process for PSI outbound trcinsfers starts with the 
EISA DMA transferring data from I In- host system memory 
to the card^s SRAJM Tlien the MC68302s IDMA transfers the 
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Board-Level Simulation of the Series 700 EISA Cards 



The complexitv and clock speeds of designs are increasing such thai tracliTionaf 
""breadboard^' debugging techniques are no Innger a leasfble approach to dessgn 
verificatfon \t has become increasinglv important to verify the design before 
fabrication. Tliis can lead to a reduction m the number of printed circuit board 
passes, shorter design cycles, increased product quality, and Fncr&sssd engineer 
productivity 

The designs of the Seri&s 700 EtSA cards were verified through board-level simu- 
lation. Aggressive desrgn cycles and recent successes with simufation lad to 
widespreed use of hoard-Jevei simulation on the.EESA card projects. 

Objectives 

The collective objective of board-level simulation was to help ensure first-pass 
printed Circuit board success so Ihat we could deliver defect-free hardware to nur 
software partners, helping to meet the short time'ia- market requirement. 

Tfie EISA cards were constdared to be risky, complex, and difficult to debug — rjsky 

because of the various comer cases in timing and function that the Series 700 
EISA bus would not exercise This possibility exists because of the variance in 
vendor interpretation and implementation of the EISA specification. This inter- 
pretaiion prohlem ts in the area of asynchronous slave transactions and m bus 
master protocol Our cards not only had to work in the Series 70Q workstations hut 
with other third-party machines. The difficulty in debugging was that the architec- 
ture of the designs could not be modified easily if during the debug process a 
fundamental design flaw was uncovered. Therefore, it was important to prove the 
architectures of the cards through sfmuJation, 

Madeting Techniques 

Although simuJatjon JibrarEes can be tjutte extensive m their model offering, in 
most cases a number of components do not have model support. Models may not 
be available for a variety of reasons. These can include new devices, proprietary 
devices (custom ASICs), and low-volume devices A design engineer with the task 
of creating models needs to select appropriate modeling techniques. 

Several different modeling techniques are available to the designer These include 
g ate- i eve I. behavioral, and hardware models. Gate-level models consist of primi- 
tive logic functions that are native to the simulator. These include functions such 
as mu, mi umu. or, nor, XOR. and XNOR From these primmves [and others), 
the designer can describe most tiardware junctional ity Behavioral models are 
software representations of hardware that descrihe the functionality using some 
hardware description language (HDL) such as Venlog HDL VHDL [VHSlCfVery 
High-Speed Integrated Circuit) HDL, IEEE standard 1076-1987}. and GHDLfGenRad 
HDL), Behavioral models can also be created using programming languages such 



as C or Pascal. Hardware models are real ICs used directly in the simulatiorv 
through the use of special hardware and software interfaces. 

Gate-level modeling is usually applied from the switch level op to the MSI 
(medium -scale integration) level The limited coverage of this method is mainly 
because of the potential of using a significant amount of memory and being the 
slowest to process and simulate, It has the advantage of being potentially more 
accurate than other methods. All of the HP EISA cards used gate-level modeling 
for most of the standard TTL and PAL cornponents on the cards. The gate- level 
models tor the PALs were created using a custom filler that takes as input an 
ABELt list file and outputs gate-ievel HDL. 

Behavioral modeling can be applied from switch level all the way up to system 
level. The wide coverage of this method makes it a popular choice for engineers 
The accuracy, speed, and memory requirements are a function of component 
complexity and how the code is written. Devices such as the Intel fl2596CA LAN 
Controller and the HP-proprietary ITLI HP-IB controller chips were modeled at this 
level. Only the critical bus interfaces were modeled on the B2596CA The 1TL1 
model not only modeled the local-host interface and the HP- IB interlace, hut also 
included two FffOs whtch allowed more accurate modeling Behavioral modeling 
supports as much complexity as requtred. In some cases the engineers opted for 
moie skeleton-type models in which timing accuracy and more functionality were 
required 

Hardware modeling is applied when there is no model available, the component is 

available in silicon, the level of functinnal accuracy is important, or the device Is 
sufficiently complex to justify this approach over a behavioral technique Tfiis is 
usually considered the most accurate approach in terms of functionality, even real 
device bugs are visible in hardware modeling The disadvantage of this approach 
is poor timing accuracy because m some cases the clock cycle time may be limited 
and only typical times can be represented. We did not use this method. 

A final, and perhaps less popular method uses stimufus and assertion capability to 
model the interface of a particular component This method is only suited for 
those devices that serve as bus interfaces for the board such as the backplane 
bus, the frontplane bus, and the fro ntpfaney backplane interface chip. The HP EISA 
cards all used vectors to model the bus transactions of EISA rather than a bus 
exerciser 1 see below) In addition, the EISA SCSI card project team elected to 
provide stimulus and assertion checks for the NCR 53C710 SCSI chip using vector 
modeling rather than a traditional behavioral model. 



t ABEL IS a scflwafe produci from DATA I/O that is used la genefaia JEDEC (Joint Bectran 
Device Engineering Council) files which are used To prugrarrt PALs 



data from the SRAM to the DRAM, and the MC68:302's serial 
controller iraiisniits i he tfaia froni the DRi\M to the front- 
plane link. This entire process actually involves sevei^l 
more delailetl steps. First » the host must set up tfie system 
for EISA DMA by programmitt^ the DMA control U-r irt the 
Intel S235T oti the EISA adapter fhen the E:1SA PSl driver 
software must provide the card with some control informa- 
tion by writing to specific registers located ui Oie card's 
DRAM using EISA slave accesses. The MC68;i()2 will be in- 
terrttpted \\hen the host has provided this in formal ion. To 
prepare the card for the EISA t).VL\ transfer, the inicropro- 
cesi^or loads a starting address into the address counter for 
the SRAJ^i EISA DMA does not provide addresses for the 
DMA. device, so the EISA PSl cai'd must create its own ad- 
dresses for the SRAM to point to where the data should be 
transferred. The microprocessor tlren writes to a s])ecial 
control register tliat serv^es to isolate the SRAM from the 
rest of the card by disabling the transceivers between the 



S[^M iind the DRAM. This same control register also acti- 
vates the state machine on the card that handles the out- 
bound EISA DMA transfer on the card. The outbound state 
machine asserts the EISA ORQ<x> signal (the specific DMA 
rh^mnel is selected during iniliali/.alion ) and controls sirrjb- 
ing data from the EISA bus into Uie SRAiVI filter the DAK*<x> 
signal is received, tt 

When the EISA DM\ tnmsfcr is complete, the outboimd 
state machine interrupts the MC*}8i^(l2 microprocessor. Tlie 
microprocessor then sets up the transfer of the data fro it \ 
the SRAM (o the imAM using its IDMA controller. The 
Mt^68:iU2 has a lb-bit data btts, but the SI^M and DRAM are 
32 bits wide. IVo ])airs of isolation transceivers are used to 
select the proper b\tes foi' data transfers involving the rtiicro- 
processor After the data has hecn transfeiTcd to the DILAM, 

tt nre OSA bus ts a i'M& gndian (MSS i^ byte 3) aruj tiie 66000 bus i£ a big sndian (MSB !S byte 
Of the endians a^e swjiched on tfre EISA PSl c^fd by the HSA backplane transceivBrs shcwvn 

m Fig 12 
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Stimntiis 

St n^^b js also called vectors, coexists of signal patterns or wavsfwms that am 
applted 16 the tnputs of 3 CFrtutt Stifniilus can t>e ganersted by a vector genera- 
tion tDcJ isuch as Guide, wtijch ps part of ttie HP tmsmsl LugicArcHitect tools) m bv 
a comma nddrrven mcMtel (bus ajcerciserl 

A bus exerciser is basically a user-generaied behavioral model Its purpose ts 10 
issue bus transaaions and ctieck for proper orcuii responses It )s possible to cki 
away wit?i tr^rtionai vectM generBiion attirely iftrtjygh me use of a t^s exHtis-: 
The bu5 exeras^ ss usually a oimnMncklnven (te^OB. mining ttiat rt accepts 
some stift of cod^ instruction that when decoded instructs the model to inFltate 
s&n>e pamcutar bus transactton In the process of KtecutJng Hits transactJon the 
model can also ch^ck for proper circuit iBSponse T?ie abiliiv to provide r^ponse 
check ing (also called assertim checks) is a ^luiton to the situatiofi jn which the 
Simulator does not havs the natrve capabifity 10 perform^ these checks direcity 
This method is useful when the bus exerciser can be levefaged to additional 
rievelopmems because of the significant time that thjs approach requires 

The vector sets for the BSA cards were quite eKi^stve and m one case exceeded 
IDO.OOO bus cycles. The reason for the great number of vectors is the numerous 
permutations of various cornet cases in both timing and function Again, this is 
because of the loose EISA specification, especially in the area of asynchronous 
slave transfers, 

Assertion Cheeks 

The combination of a circuit rteilist, user models, model fibranes. and stimulus 
allows the simulator m generate circuit behavior in ttie form of signal responses 
The circuit response can be venfied m two vs/ays, eJtfier ttie simulator checks the 
specified output signals every clock cycle through strobe sratemems, or a final 
response file is generated and the checking is performed posts imu la tion by an 
additional tool. GenRad simulators have the ability to perform signal assertion 
checks cycle by cycle. 

In our case, the GenRad simulator checks the particular outputs through iJie use of 
strobe statements, These strobe statements are generated by the vector genera- 
tion tool Guide The vector generation tool issues strobe statements in response 
to user requests for assert checks. This is done via a high-level language that is 
valid Within the Gutde environment. When the simulator detects a strobe viaiatton 
[expected logic value different from actual! an error message is issued to the user 
A violation can mean that the applied stimulus is in error, the logic level assertion 
check is incorrect, or the circuit design is not correct. 

Process Oescriptton 

Schematic capture was accompltshed using HP DCS (design Capture system). The 

resulting HI-L03'- net list was generated using HP DVl (design verification interfacef. 
HI-LQ3 was provided with libraries from iwo sources' a site-nompjled standard TIL 
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Fig, 1. Dgssgn and s^rnuiation process 

library and a local user-built library Vectors vmt^ generated from the LogicA-'chitect 
tool Guide HI-L03 outputs result and capture files, which are used to interpret the 
results of the simulation The capture file contains circuit stimulus and response 
data that can be viewed graphically using DVl or textuallv using the GenRad DIS- 
PRO tool, which produces the results of a simulation in ASCII form As bugs are 
discovered and fixed, the process cycles back to the beginning,(s,ee.Fig. ^^ 

Results 

In all cases the EISA cards were delivered to our software partners with only a 
single printed ctrcuit board pass. The effort of simulation revealed numerous 
design flaws before printed cin^uit boards were created Ttte process is not per- 
fect In all cases, the cards had at least one serious bug that was not caught by 
Simulation However, these bugs ware all resolved without jeopardizing the deliv- 
ery of a fir St- pass printed circuit board to our software partners on time — our 
ultimate goal. 

Ht-L03 j^ a registeri^d iiadi^tmik of GanRsd, If^e: 



the tiiicroprocessor does the processing necessary for what- 
ever tietwork protocol is running on the card. Then the data 
is transferred by the MC683()2's Ijitlll in Siiial conljroller tf) 
the frontplane. 

The basic process for inbound transfers is the outbound 
translpr in rrvrrsc — titr M C(>8^ 102 's scoria ! rfjntrollf:r trans- 
ftTs the received data to tfie DRAM, ttten tlic Mt^l38302*s 
IDMA is used to transfer the data from the DliAM to the 
SRAM, and EISA DMA is lisod to transfer the data front the 
SRAM to the host systeiti nieniury. 

The inbound process begins when the serial controller in the 
MC68;i02 transfers the incoming data into a prcKfefnied lot a- 
tion in the DRAM using its tissigned DMA rliannel built into 
the MC68302. Tlie microprocessor then executes the neces- 
Siiry protocol processing on the data. Mean wit ik\ the host 
sets up the DMA (x>niroller on I he EISA atiapter for tlu^ EISA 
tJMAlratisaction. As with ttie oulliound hansfrrs, the host 
writes setup information to \hv registers it^ the DRAM oti tlu^ 



EISA rei card and then interrupts t-he MC68302 to signal 
that the information is available. The microprocessor trails- 
ftM^s the data from the tJRAM to the SI^M using its IDMA 
riiiiiniller It Ihen Itmds the starting aildrrss into the SRAM 
adtirt^ss counter and writes to the control register to isolate 
the SRAM and signal the inbound state machine to request 
DMA. The inbound state machine asserts the EISA DRQoo 
signal and controls the strobing of the data out t)f the SRAM 
onto I he EISA bus atTer the EISA OAK*<x> signal is received. 

Memory and I/O Slave Overview 

Anf>lhiT ly]H' ofdi'vit-r that can be jOaced on the EISA bus Is 
a nveiuor^ or I/O slave device, EISA sui>i>orts 8-bjt. Ifi-bit, 
mid 32'bll data transfer cycles for slave de%i(*es. This includes 
ISA-compatible timing for ISA meniory^ and I/O slaves. EISA 
memory and I/O slaves catt support 32 bit data tnmsfers. btit 
bm>ii cycles and full 32-bil addressitig an* a\ailabk' to EISA 
tnemoiy slaves only. 
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The slave devices are accessed by the host CPU or bus mas- 
ter The standarf] EISA mcmor>^ and I/O cycle h^ie completes 
one transfer every two BCLK periods assuming no wait states. 
Slower slave devices may lengthen a transaction by inserting 
wait states. 

Each EISA cruxl must support some Ibmi of I/O slave access. 
This enables the system to read the EISA idenlification iti- 
fomiation from the card duriiig the KISA conngiu'ation pro- 
cess. Nonbursl memoiy or I/O transfers are not as eiriclent 
as burst DMA transfers for the movement of data, so the 
slave interface is generally used for sharing control and sta- 
tus information between the system aiid the EISA card. 

For example, the EISA PSI card supports three types of 
slave iJiterfuces. It prmides an S-bit EISA I/f> slave interface 
for access to the EISA information stored in tiie architected 
EISA idem ificat ion and control registers. The card also pro- 
vides a Iti-bit EISA I/O slave interface for access to its con- 
trol and status registers. Finally, the c^u'd has a 02-biL EISA 



niemoiy slave interface to aUow the system quick and direct 
access to onboard IJRAM witbtnit having to go through the 
EISA DMA process. (The DMA process requires some over- 
head to set up, which is not very efficient for af!cesstng Just 
a few bytes at a tinier) Tlie DRAM is mapped into the system 
memory space so that it r an be a shared resource between 
the system and the card's onLioard microprocessor. This 
allows efficient access to the stacks of information related 
to the control of the network protocols running on the card- 
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Software for the HP EISA SCSI Card 

Two software architectures, one offline and the other online, are used to 
provide EISA SCS! support for the HP 9000 Series 700 workstations, 

by Bill Thomas, Alan C* Berkema, Eric G. Tauslieek, and Brian D. Maha^- 



The SCSI (Small Compuier System interface) bus requires 
support from many offline and online softwiire modules. 
Much of the software has a layerett structure and runs dur- 
ing the nomtal run time ofihe HP-UX* operating system. The 
SCSI interfaces for the HP ^H)00 Series 7t)0 include the buiU-in 
5-Mbyle/s single-ended SCSI interface and an optional add<jn 
HP 22525A HISA SCSI interface card with a IQ-Mbyte/s dif- 
ferential SCSI bus.t This article will focus on the optional 
add-on HP EISA SCSI interface card. 

The EISA SCSI software faUs into three categories: software 
that runs before the system is completely booted (oflTine 
software ), software that runs after the HP- [IX or MPE sys- 
tem has started nmning (online software), ai'id special test 
software that provides workloads and stress conditions not 
normaiiy achieved by run-time system softw^3i"e. 

In a mnning system a layer of software drivers provides 1 he 
ir\ierface between the user's prograjn and the interface card. 
Each 1/0 request may involve different layers depending on 
the kind of request and tyiie of device. Fig. 1 shows the ar- 
chitecture for the EISA SCSI software drivers. In this archi- 
tecture the HP-UX kernel, on behalf of a user process, starts 
an I/O operation by involdng a peripheral device driver 
through an open, reatJ, write, or close proce<lure. The pe- 
ripheral device driver converts the request uito one or more 
SCSI commands and passes them to the txansport layer. Hie 
peripheral device driver and the transport layer are not de- 
pendent on ihe iniplementation delails orthe SCS! interface 
or the I/O bus hardware. The transport layer deiennhK^s 
wliich SCSI interfaci^ the request is for and passes the com- 
mands to the appropriate interface driver. The interface 
driver is aware r^f the itnplenientation of the SCSI interface 
anti operates accordingly 

Offline software and firmware runs before the HP-UX system 
is functional. Tliis softw^are includes the processor depen- 
dent code (PDC), the PO dependent code (lODC), the imiial 
system loader, the HP-UX loader, the iomap program, at^d the 
SCSI product verification program. All of this software is 
required so that the EISA SCSI interface cm\ be used to boot 
the system. Processor dependenl code provides a standard 
uniform access to c^ertain basic ojjerations of the system 
such as system reset and boot, system information (e.g,, 
time of day), and the abihty to loarl I/O dependent code. 
Each computer system (e.g., Model 710, 720, or 750) has its 
own version of processor dependent code stored in ROM on 
the CPL; board. The 1/0 dependent code contains infomia- 
tion about its associated hardware and procedures that are 
loaded and executed during bootup. These procedures 

t Differential SCSI uses differentia I trangceivefs for b-euer noise immunifv, provtdiriQ longer 
cahlEs and jugtier transfer rates, 
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test die l\aixiwaif', (k^ect fle\4res (f .g., disks) coniu^cted lo 
it, aiifl !(*ad and write data to aiifl from these devit^L^s. Eacli 
I/O c^ard t*oniiected to {he EISA I/O bus that might be a po- 
tential hoot device has a ROM eontainiiig I/O dependent 
code. For built-in inlerfaees snch as the huilt-lri SCSI port, 
the I/O dependent code is located in the same ROM as die 
processor dependent code (see Fig, 2). 

The to map program permits the user to examine anfi test the 
hardware without having lo load Lite HP-UX operating sys^ 
lem. The SCSI product verification program can also be run 
wiilioiU the operating system. Because the operating system 
is not loaded for these programs, tests and other operations 
can beperfonned that the optTating system would prevent 
firom running. 

This article will discuss the implementation of some of these 
software modules and the test process for the interface 
driver. 

Offline Software Modules 

The processor dependent code and 1/0 dependent code 
mentioned above are called offlirre modules tiectiuse they 
are only used once, and that is during die boot pro cess. 

Booting the System 

A sy.sti^iii i>owei-*Ju oi reset inilialcs the boot process. The 
boot process begins with the processor tiependent code 
stored in ROM on the CPU board firs I checking lhei>roces- 
sor and memory and then beginning a search for other sys- 
tem h aid ware with paiticnlar interest in fnidin^ a device lo 
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boot from. Ttie possible locations of hoot devices inchide 
I he seiTer nodes aecessible through the built-in LAN inter- 
face or other dc^vit;eK connected to the built-in SCSI inter- 
face. Boot devices also include^ de\1ces arressibie through 
[ho EISA I/O bus such as a H<'S1 device connected tf) tiie 
EISA SCSI interface. For the configuration shown in Fig. 2^ 
I he boot process would proceed as follows: 

L The reset procedure in the PIJC (processor dependent 
code) is executed. 

2. The PDC does a self-test (on the processor) and then 
searches fqr other haidware and finds: memory, a built-in 
serial port, a LAN port, a SC^Sl port, au(i an EISA interface. 

3. The PDC loads and executes the self-test procedure for 
each item found in step 2. 

4. The PDC finds that the built-in SCSI card can detect more 
haidware. 

5. Tlie PDC loads and executes the built-in SCSFs lODC (I/O 
dependent code). 

6. The built-in SCSI's lODC reports the presence of three 
disks. 

7. The PDC finds tliat the EISA interlace can detect more 
hardw^are. 

8. 7'he PDC loads and executes the EISA Interface's lODC, 

9. The EISA interface's lODC procedure repoits tJie presence 
of three I/O cards with 10 DC, 

10. The PDC loads the lODC for each EISA card and 
executes each card's self-test procedure. 

1 1 . The PDC finds that the EISA SCSI card can detect more 
hardware^ 

12. The PDC loatls and executes the KISA SCSI carers lODC 
search prt^cedure. 

I "3. The search procedure repoils the presence (jf one cJisk. 

14. Tlie PDC loads and executes the built-in serial lODC to 
inform the user that there are four disks ami asks the user 
which one to use. If the user selects tiie disk on the EISA 
SCSI card, the PDC loads the EISA SCSI card's lODC and 
executes the procedure ti> retrieve the initial system loader 
stored on the disk. 

15, The initial system loader takes over ihe the process of 
buotini^ the system by running the hpux program, which is 
also stored as a Ole on the disk. 

At tiie end of tlie boot process and just before a system 
prompt appears or\ the system console, the EISA configiira- 
lion utility (described below) is ruji by the hpux pro^rimi. 

To delect a piece of hardware, information is retrieved from 
a reserved set of addresses in system memory and if valid 
values are returned from these addresses, hardware is |>reS' 
enb Wheu a piece of ha^d^\ are is delected, its lODC is read 
lo detennitie wtmi kind of hanUvate it is and what revision. 
The lODC procedures for the EISA SCSI caid mid the initial 
system loader are discussed in more detail later in ibis ar- 
ticle. \Vlien an lODC procedure is loaded and executed, it is 
loaded into system nieiuoi^. 
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EISA SCSI Card Configuration 

The EISA bootable inierface for HP ^M300 Series 7CK) work- 
siaiions had to overcon^e the problem of needing a eonng- 
ured inter&ce subsystem before the subsystem could be 
used to boot the system, while the utility to configure the 
subsystem could not be ruii until the host system had 
booted — ^a classic system configuration problem. I'nlike the 
predominant EISA bus imptementations on MS-DOS - per- 
sonal computers thai ha%^e an internal disk drive to boot 
from, the Series 7(K) workstations need to prodde a basic 
configuration Cor booting front many different types of 
external devices. 

Part of the EISA standard, which Is intended for usability, 
specifies that EISA cards have no switches or jumpers, hi- 
dustry Standard Architecture or ISA cards (the predecessor 
of EISA) commonly had jumpers and switches for setting 
the card's basic configuiatjon for I/O transfers. Stmes TOD 
EISA cards rely on utilities mn at system power-on to read 
basic configuration information from the EISA EEPRCJM on 
the system motherboard to configure the card (set fiip-fiop 
states) for 170 lransfei"s. Getting the configiu^tU ion infonnation 
into the EISA EEPHOM was the problem we had Ui overcome 
in designing the Series 700 EISA SCSI card's software and 
hardware architecture. 

In EISA MS-DOS machines, the system boots from Lhe inier- 
nal disk drive and runs the EISA configuration utihty to con- 
figurt^ die EISA EEPROM for each of the interfaces installed 
The t otiQgnratitjn programming infonnation for a given in- 
terface is distributed on a flexible disk shipped with the 
EISA interfat^e card. In a ty^jical Series TOO workstation, an 
internal flexible drive is not always available (one is avail- 
able as an option, hiii i( is somewhal rare). Therefore, for 
the Series 700 worksUMiniis the solution was to move the 
EISA conllgural ion ])rogram to liie system's boot ROM. In 
addition, code f<jr (cjriflguring (setting the bits) onihe inier- 
face. whic h is iu>nnally distributed tm a flexible disk for an 
MS-DOS macliine, is incon^ orated into the I/O dependent 
code on the interface cards. 

On MS-DOS sysleuLS, EISA configuration information is 
foimd in a .CFG file on the flexible disk that comes with 
MS-DOS EISA c*ards. By using special execution options, lhe 
HP-UX EISA conflguration program generates an image of 
the conflguration infonnation found in the CFGt file and 
stores it in the lODf ROM when the ROM Ls programnu^cl. 

The process of getting configuration infonnation from the 
lODC ROM on an EISA card to the EISA EEPROM on the 
motherboard takes place during the boot process described 
above. When \hv PDC is examining each EISA card, it reads 
the EISA raid's idenlification bytes. If (he bytes do not 
match those found in the EISA EEPROM location lor tirat 
slot (as is the case when the card is flrst installed), the 
PDC s configurator program reads llu* default (CFG) configu- 
ration infonnation from ttie card's fODO lif JM and places it 
into a "special location^ iji the EISA EEPROM. If the iflentif}- 
cation bytes from the interface card mat cl\ tiiose ft junti in 
the EISA EEPROM for that slot, the PDf s ctaiflgurator 
program kiitialLzes the EISA card (see Fig. 3a). 

Wten the PDC loads and taunt lies the 10 DC fur a particular 
BISA cartl, die 10 DC will examine the state of the Ciird to 

t For the HP-UX operating system the CFQ rile comes as f?an of xtm system software 



determine if it had been preinifialized by the PDC's confign- 
rator program. If the card has been initialized, the state of 
the card is not changed. If the card is found to be umnilial- 
ized, the card is conflgured to the default CFG information in 
lhe lODC ROM (see Fig. 3b}. For the Stories 7tX> EISA SCSI 
card, the default configuration includes setling parameters 
for the SCSI address and parity checking with values com- 
monlj' used by most s>^ients. 

When the initial system loader takes over lhe HP*irX boot 
proems, one of its tasks is to run the eisa^conftg (EISA conflg- 
uration) utility. When eisa_config runs if interrogates the EISA 
EEPROM for any lODC (default) configuration information 
that might exist in lhe special area of the EISA EEPROM. If 
it finds the defaul! infomiation, eis3_config will enter an auto- 
matic configuration mode, validate the default valnes and 
move them to the appropriate place in the EISA EEPROM 
that matches the slot the EISA ciu-d is installed into (see Fig. 
3c). The next time tlie system is booted, lhe appropriate 
informal ion for conflguration will bt^ aval table. The system 
athninisi rator can run the eisa_config utility manually and 
modify the conflguration of the interface. In the same way 
as UiV riie default configuration, ttie easa config utility will 
save the configuration initialization infomiation in the ap- 
propriate location in the EISA EEPROM so it will be avail- 
able at the next boot time. 

HP EISA SCSI I/O Dependent Code 

The EISA SCSI I/O dependeni code (lODC) is designed ac- 
cording to The PA-RISC outline Tor bootable interfaces. The 
lODC ROM contains soflware modules tliai can be loaded 
into host memor>' and execnled by the host processor (see 
Fig. 4). Two niiyor entry point software funetioiis are de- 
fined tor the SCSI lODC: ENTRV_INIT and ENTRY_IO. The 
BNTRY_INIT flmctton call is for initialization of i>oth the EISA 
SCSI card and devices on the SCSI bns. fhe ENTRY 10 flmc- 
ti(;n tall Is for 1/0 dahi transfer between (he workstation and 
tlie SCSI devices on tlie bus. Each of these function entry 
poinis has several subfunctions. The ENTRY_I1M1T function 
provides testing of lhe SCSI card, searching for de\ices on 
the buSi device initialization, di^vice testing, and testing of 
data traasfer intt»grily. The EMTRY^IO function has functions 
for read anri w^rite fl>r both cf^atacter mid l)locked data type 
de%1c^es, 

The first siibftmction for ENTRV.INIT is the INITIALIZE fmiction. 
During the initialiitation j>rocesSi care is taken to presence 
the cards conflguratitjn pmameters fcjr thi^ SCSI address, 
parity checking, anfl so on if die card luis airt^ady been con- 
flguied Ijy tlie PDC conflgiuator durini^ Ijoob Alter the card 
conflguralion has been noted tlie INITIALIZE function resets 
the ( ard to a known state and perfonns low-level self-testing 
of tile hardware. Tlie self-test mcludes a flill register cheek 
of the NCR 5r3C710 SCSI controller chip, DMA and FIFO 
data transfer tests, 53C710 scrijjt execution tests, and offline 
SCSI bus <lata aJid paiity tests. Upon successful conit)letion 
of the seirte^st routines, either lhe saved card ronflgurarion 
or Llie default conflguration is used, as at>j)ropriat i*, to set 
the interface card to an inlttal configured state. 

The next funcflon ot ENTRY IN IT is the linked pair of calls 
SEARCH_FIRSTand SEARCH NEXT These I wo eallsare actually 
the stune subroutines called with slightly different inilial 
parameters. The piin^ose of these routines is to search the 
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SCSI bus for any devices of a typo the lODC kiio%vs about. 
The 10 DC knows about both character (tapes) and block 
(disk) tyi^Jf devices, but. currently only disks are offered in a 
differential interface for purposes of booting the system. 
The SEAFICH_FIRST routine is called first with an empty device 
identLSer record passed as a parameter. The routine searches 
from the highest available SCSI address downward until it 
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either fmds a device or runs out of addresses to tiy. If a de- 
\1ce responds to the search, it is interrogated to find out if it 
is a de\1ce the lODC knows how to handle. If the lOlJC 
knows the de%dce, the device identifier reconi will be filled 
wit 1 1 the device's data and address location. Subsequent 
searching is done by calling SEARCH_fJEXT with the address 
infonnation maintained in the device identifier record. 

The remaining siibfunction for ENTR¥_(N1T is the [NIT^DEVtCF 
function. The device needs to be found on the bus first by 
the SEARCH FIRST and S£ARCH_NEXT functions before the 
INIT_DEVECE function is called. Once it is found, tlie targeted 
dG\dce will be reset to a known state then a series of eonfi- 
deuce building steps will be taken to ensure proper cotunui' 
nication is possible with the device. First, an internal seif- 
lest function that all SCSI devices have built Into them is 
run When the device responds that it has passed its self-test, 
I he JNIT_DEVICE code will then use the devices internal buffer 
RANI to write a small amount of test data to the drive. Tlie 
data Just written will then be read back from Ihe drive's in- 
ternal buffer and veiltied for coiTectness with what was 
originally written to the drive. Alter all theses tests have 
been successfully completed, control will be returned to the 
calling routine. 
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ENTRY„I0 has less funciionaiiij^ than the EWTRY^INU function, 
but IS the function that does the ""real work," Four subfunc- 
tions are associated with litis funeiion, two for data writes 
and two for data reads. The lead and w^rite subftmetions are 
vBTy similar in design and rimclionalit>^ One siib function 
pair (read and write) Is for characf er-based SCSI devices and 
the other pair is designed for block transfer de\ices. Boot 
support for these dcT^ices is present in tlie iODC if they are 
ever produced in a differential SCSI version. 

Certain types of request v^altdation and parameter checking 
are common to the four subfunctions in ENTRYJD. First a 
check is made to verify that the dc\1ce being read from or 
wrirren to has a block size that is an eien factor of 2048 
bytes. The ti-ansfer is next checked to ensure thai it is not 
larger than the maximum size the f ODC can handle (because 
of meinoiy^ mapping restrictions^^ atid thai the transfer size 
is a multipJe of the block size of the SCSI device. The last 
check of parameters is only for sequential requests. If the 
data address is zero the tape is rewound first before the 
write or read is perfomied. After the (parameters have been 
validated the request is translated to the appropriate SCSI 
commands atid sent out to the SCSI bus. 

Initial System Loader 

Tht' initial systeni loader is responsible for getting the hpux 
program from the boot device and niniiing iK The initial sys- 
tem loader can lake instruct ions from the user or use com- 
mands in the AUTO file on the boot device discovered by the 
fODC's SEARCH hmctions. If the instructions come from the 
user, the loader will prompt the user for what to do* The 
user can cfjnuuimd the loader to tim hpux to boot the HP-LIX 
system with tiiuameters thai arc the same as or different 
from those in tlie AUTO file. Also, the user can comn^nd the 
initial system loader to nm I he iomap mility tf> map and test 
the system, or nm the SCSI PrtKiud Vt^rification and Defect 
Analysis (scsipvda) utility to ligoioiisly lesi vmd diagnose the 
SCSI interface- 

The iomap progiiuu can search lor ail c(jmponenIs in llie sys- 
tem including jirocessors, memor>\ CPI'. bus converters, 
interface ctu'ds. disks, and so on. The iomap program can also 
invoke t he self-test program for component's t hat have self- 
test in theh^IODC ROM- 
Running self-test programs in the initial system loa(!er (or 
boot) environment has some advantages over runninj? dietu 
in the IIF-L'X system environment. Diagnostics that nm 
under the HP-UX operating system have many ot her advan- 
tages, t)tit if the system will not boot, these mn-linie fUag- 
nostics cannot be used. The advantages of the btK>t environ- 
ment include unrestricted atx'css to system resources such 
*ds the SCSI interface configuration registers aitd tio depen- 
detu\v on many system functions sucJi as a functional file 
system. Also, diagnostics rurming in tlu* boot et>viromnent 
do not have to contend with concurrent activity on nmitiple 
devices and interfaces. The diagtiost ic has complet e control 
over what act ivity occttrs atid when it oc^curs. To enliance 
user frienilliru'ss, spi^<'tal messages for tlie user liave been 
includi^ti in tiu' lomap prognun specifittally toaitt testing of 
the SCSI interlace. Tliese messages are used when the SCSI 
IODC enc(HiJitx^rs a faihue. Tlu^sc messages infonu tttc* user 
about what at:t ion to taki^ sucli as to check the cabling or 
\hv power-on state of a device. 



The verification and diagnostic utility scsipvda also runs un- 
der tl^e initial system loader Like tlie iomap program, this 
program runs the IODC of the SCSi inf erface. The scsipvda 
program also runs additional tests that cannot run under the 
HP-UX operating system, such as testing the card with dif- 
ferent configurations of the L-'O memory^ mapping hardware. 
Once tlte HP- IX system has started, the diagnostics for 
SCSI de\ ices, dteks, and tnagiieiic tapes provide confirma- 
lion of the SCSI interface funciionaiity, althougli not with 
ihe completeness pc^sible with scsipvda. 

HP-UX Rim-Ume SCSI VO Modules 

The run-time SCSI modules run in the HP-L^ kernel and 
provide the interface between user-level programs and SCSI 
devices. 

Peripheral Device Drivers 

Fig. 1 siiowy the logical relationship hetw^een the run-time 
modules. Each peripheral device driver is compiled sepa- 
rately atid is buiit when the kernel Ls created. Each driver 
has knowledge of how to manage a particulai' peripheral or 
set of peripherals and each has a standard driver interface 
that the operating system uses for virtual niemor>' and file- 
system management and for providing user applications 
with an interface to device capabilities. 

A jieriplteral device driver provides open, close, readj write 
and control ( iactlj)) functions to the kernel. The drivers trans- 
late these function calls and their parameters into the 
proper state managentent of the peripheral through the use 
of conmiand sequences apprtJpriate to the state of tlie device 
being tnatuiged atKl the HP-l X operating system functions 
requested by a particular device driver. 

The SCSI standard specifies the conunand sets, their fimc- 
tions, and the possible rejjlies for general classes of periph- 
erals (e.g., a random -access class and a sequential-access 
chLss). This standard iisat ion has tnade it possible to write 
one peripheral device driver for a given class to handle a 
wide variety of peripherals from multipli* vendois. For esc- 
ampie^ the same peripheral device driver for disks can bt^ 
used for handling flexible, magnctooptical, antl hard 
magnetic disk drives. 

For the SCSI driver subsystem, the responsibility of a periph- 
erid device driver is limited to those aspects of the protocol 
thai concern the device the driver is controlling. Details 
about the physicid link to the device and the protocols nec- 
cssaty^ for 1/0 processes to communicate between the host 
interface and the devices is a common service needed by all 
device drivers and is provided by the interlace drivers. 

Interface Drivers 

Softwaie intcrfacre drivers tnanage the SCSI bus aspects of 
UO processes betwtHMi all I he peripfteral drivers iind a given 
SC*S1 interface. An interface driver takes 1/0 requests com- 
ing from a peripheral device driver via the transport layer 
and presents the requests to the SCSI bus. W\ivi\ an I/O pro- 
cess is dfnve, the interfai't* driver niakt^s a function call back 
to the approijriate perijilieral device^ driver. 

Since the SCSI bus interface can coruiect f o multiple SCSI 
devices, the interface driver also provides a nmlti[)lexing 
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senrice for access anci control of Uw SCSI bus on behalf of 
aJ] of the peripheral rlevicp drivers. 

The SCSI standard defines another two levels of opllonal 
multiplexing witti a SCSI device: LUNs (logical unit nunv 
bers) jmd tagged queuing on each LIJN (see ''Update on the 
SCSI Standard" on page 103). Peripheral de\dce diivers thai 
use these featiues need support from the SCSI protocol han- 
dled by the interface drivers to support these levels of 
multiplexing. 

Interface Driver Implementation for EISA SCSI 

The SCSI standard detnies the LUN and tagged queuing fea- 
tures hut not the implementation or app I i elation of llie fea- 
tures. The interface driver provided vviih our tlrsi EISA SCSI 
release is designed to snppoil only one LCN aJid does not 
use SCSI tagged queuing because none of the peripherals 
supported in the first release use tJiis option or have more 
than one LUN. 

Since the newer disk array products are best used with nuilti- 
ple tAiNs and tagged queuijig, a special projecl was conuuis- 
sioned to design and iniplenienl an interface th^iver to sup- 
port itiese St.'SI features. This requiied sojne retliuiking about 
the architecTure of the built-in (single- L11.N) SCSI interface 
diiver and consideration of methods to minimize interface 
overhead to meet the increased throughput poteritial that 
some of the newer SCSI peripheral devices offer the system 
on a 10-Mbyte/s differential SCSI bus. Fig. 5 shows the con- 
figuration of a system with single and multiple LUN devices. 

We learned from an earlier project that: the p! otocol for man- 
aging multiple LLTNs and tagged queuing is largely softw^are 
queue management, and that a clear line of functionality can 
be drawn belween the part of the interface driver that con- 
trols the hardware-specific aspect of the SCSI bus and pro- 
tocol and the purely software aspect of queue itianagenK^nt 
for 1/0 processes. 

We went one step farther and tiefined a simple way to 
reuse the software quetieing portion of the interface driver 



to provide for the possibility f.(f future SCSI bus interface 
designs, or perhaps n on -SCSI bus links to SCSI bus peripher- 
als. This division of functionality for the new^ interface driver 
also allowed a division of labor between tlie project team tliat 
did the softAvare for the hardware dependent portion of the 
interface driver and the project team that did aU the otiier 
system softw^are necessary to support disk arrays. The team 
that worked on the hardware dependent software focused 
on I he tiisk of implementing ami proving a full-featured, 
high-perfumumce, low-latency SCSI-2 standards-compliant 
solution using the EISA SCSI bus interface caid. 

The design team tailored the EISA SCSI hardware to make it 
look enough like the built-in interface so thai the system soft- 
ware could be easily modified to suppori the new^ SCSI bus. 

^Ilie HP 25525A EISA SCSI interface design includes a SCSI 
interface chip (NCR 5;iJC'710) witli backward compatibility 
with the chip used for built-in SCSI (NCH 53C700), These 
interface chips are special- puipose i^rocessors that execute 
an mstruction set called SCSI SCRIITS (from NCR) and use 
DMA to transfer data betw^een host memoiy and tlie SCSI 
bus. The host CPU builds the instruction stream in system 
memory that the SCSI processor eventually executes (one 
SCRIPTS instrucrion at a time) to make decisions based on 
SCSI bus acti\lty and to do the appropriate DMA transfers. 
The instriiction siream provides flexible test and control of 
the SCSI bus white reducing the amounl of host interaction 
and host -induced latency tor SCSI bus protocol processing. 

The new interface driver provides the functionality required 
to support disk arrays on the lO-Mbyte/s differential SCSI 
bus. However, the driver does not supi>ort the built-in SCSI 
interface because it is optimized for t he HP 25i>25A hardware. 

We also designed the interface to provide optimiaed proto- 
col support for the SCSI bus to minimize SCSI bus overliead. 
Tins opiiinixation potential results from some additional 
circuitry and the flexibility of the 5^K710 chip u.sed on the 
HP EISA SCSI card. 

(continued on oage 10^1 
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Update on the SCSI Standard 

Ttie SCSI (Small CiKoputer System Interface I bus is an fnteiltgerrt, general-purpose 
I/O tsus tJefiital in ANSI committee standsfd X3 1 31 SCSi-2 fs an er^ncemeni to 
the original SCSI standard It \s designed for higher pe^ofrnance and greater pe- 
rijjf-' ' * iy. ScfTiB of tli8 SCSI-2 featuras are ~ 

1/0 Processes and th@ ill and I T L^ Q Nexus 

Tne HF tjSA SCSi ^rc la an B-ojj SCS^ implernaniaiiG:. . . „ .^ ..'.^tisl^ diia 
rates are adiieved using the SCSf-2 fast limii^ specifksijons ami a mr^ SCSI 
device that also implements fast SCSI 2 timing 

The SCSI bys used in our design allows Of>e host to comrol up to seven tnher SCSI 
(fevic^ mierfices on each SCSI bus It is a half-dupfex interface bus, wtiich means 
that information can travel either way between tvvo devices but not at the same 
time 

Each SCSI device has a unique SCSI identifier. SCSI identifiers am used lo resolve 
contention for the bus through a priority arbitration protocol. Each data line is 
used 10 represent a different SCSI identifier during arbitration so that all contend- 
ing SCSI devices can be determined at the same time. After arbitration, the data 
lines are used by the arbitration winner m select the SCSI idemifksr of the SCSi 
device with which it is reconnecting or establish sng an initial connection, 

A SCSI initiator is a SCSI device that initiates SCSi I/O processes through initial 
connections. The initiator is usually represented by the host system and for this 
discussion is contrEtlEd bv the interface driver for the HP 25&25A EISA SCSI card 
A SCSI target responds to mitral connections from the initiator and uses the ap- 
propriate SCSI pfOtocDl steps for each I/O process including reconnecting. Several 
real or logical peripheral devices may be behind a SCSI target interface. 

A SCSI i/D process is the state of a singfs SCSI command execution starting from 

the time that Lhe target receives a SCSi command descriptor block from the initia- 
tor during inittat conneaion until. when the target communicates fts complehon 
back to the initiator 

A SCSI ne^fus, which is a reiationship that begins with the esiablishment of an 
initial connec[jon and ends with the compfetion of an I/O process, identifies an I/O 
process between the initiator and target. A SCSI l_T_L (initiator_tsrget_LUN| riexus 
is composed of the mitiatof's SCSI idennfier. the targets SCSI identifier, and one 
of eight possible addresses called logical units or LUNs within the target These 
logical units may represent distinct physical or logical peripheral devices SCSI 
protocol allows the initiator to send one I/O process at a time per l_T_L nexus. 

The LT_L_Q (inibator_target_lLlM_queue) nexus is an optional layer of l/D pro- 
cess identification and protocol that allows concurrent t/0 processes to be pend- 
ing at the logical unii through a mechanism called SCSi tagged queueing.^ Tagged 
queuing is a feature of SCSl-Z that allows a pertpheral to manage I/O processes 
more efficiently 

All SCSI'? devices support LT_L nanus connections Through these connecttons 

device drivers can use I/O processes to determine for each possible l_T_L neKus of 
interest which of the eght possible lUNs at a given SCSI identifier exist and which 
of these, if any, support an LT_L_Q nei^us connection Typically all SCSI devices 
support LUI^ 0, Most of the existing or tjider devices only support LUN and do 
not support l_T_L_0 nexus conneclions. Newer devices., particularly those that 
integrate multiple devices at one SCSI identifier, are beginning to appear that have 
multiple LUNs and require l_T_L_Q nexus connections for optimal .performance 

The SCSI initiatorls responsibilities include starting I/O processes through an initial 
connection of the appropriate nexus and checking for appropriate SCSI protocol 
steps for the lifetime of each 1/0 process. The SCSI target is responsible for re- 
ceiving the initial connection from die I/O process andtaf(in.@ the appropriate SCSI 
protocol steps for the lifetime of each I/O process. 

During initial connection the peripheral devjce receives a SCSI command descrip- 
tor blocfc that identifies the particular I/O process function to be processed. The 
command descriptor block implicitly describes the appropriate SCSI protocol steps 
the initiator will expect the target to follow and what effect the command and 
data, if any. have on the peripheral device identified within the nexus. 



IVpicafly. 1^ proces^s direct a peripheral to locate and move some number of 
da/ice^specific btticks of cfeta between the device (through its target interface to 
the SCSI bus! and tet memory tthrough the rnrtiatcu interface to tf^ S^ bus I 
Rg t shows the typical SCSI \^saa>\ ^n I/O process 

A typcai I/O process has three pfotoco - ^^ ; — <, . ■ i marxi. data, arKj status— ^vt"c^ 
use the SCSf f^Bses COMMAND. DAia \H snsi DATA OUT and STATUS, respec^ . , 

The target iS usually given periiiisstcm (DtSCPflVt to release the SCSI bus at any 
appropriate time during I/O pfocessing, A correctly implem&ited arrd configured 
SCSI target c^n a SCSI bus v^th more than one devce tm the same bus will release 
the bus when it anticipates long delays between data transfers These long delays 
are ivpHially the resurt of mechanical movemeftts and occur between the COMMAND 
and DATA phases, during the DATA phase, or tetweefi the DATA and STATUS 
phases. The MESSAGE phase is used lo manage SCSI bus multiplexing of different 
nexuses 

After a cable delay of a few microseconds, the DATA phases operate at full SCSI 
rates for the duration erf the phase. Fig. 1 shows about 3D SCSI bus primitives of 
overhead needed to transfer the applfcation data for one I/O process. These primi- 
tives transfer at a rate limited by the round frip delay between the initiator and 
tafget on the SCSI bus, typically 1 Mbyte/s 

The acknowledgment of each primitive may require processing time and shows up 
as initiator or target SCSI bus overheads. These overheads range from one to 
several hundred microseconds up to several milliseconds. 

Muhiplexing the SCSI Bus between Nexuses 

A device that disconnects from the SCSI bus during long delays in I/O processing 

enables other SCSI devices to use the bus, When the bus \s relinquished by a grven 
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Multiple targets an a SCSI bus offer a higher aggregate thrDughput performance 
when tfiey use ihe SCSI bus efficienUy and m\Y wfien necessary during I/O pracess- 
ing. MiilEiple LUNs associated with a target otfer the possibility of more concurreni 
i/O processes, and even though contention for the SCSI bus may increase, aggregate 
throughpLit can increase until the SCSI bus is saturated with-actrvit-y. 

SCSI-2 tagged queuing provides even higher SCSI bus throughput by allowing 
initial connections to be pipelined to the device controllers so that the devices are 
never left idle waiting for the next command from the initiator If the peripheral 



devjce driver chooses to aflow the device contrnllef to reorder the queue-tagged 
commands withm a LUI\f then the device can further improve utilisation if it can 
reorder I/O process contmuation. 
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Performance Advantages 

Ihe in^or perr< jmuijite dtrrerence between the EISA SCSI 
card aiid the built-in SCSI interlace Ls that the btiilf-in SCSI 
runs at the standard 5 Ml\v1es/s whereas the? EISA SC -SI card 
implements fast SCSI -2 timing with a lO-Mbyte/s potential 
(during bulk data transfer ).t 

In cuniparing pcrfomiancc bt^twcen a 5-Mbylc/s SCSI bus 
and a 10-Mbytc/s Idgh-performiuKc SCSI bus, one would 
expect a unifonu boost ui ttuougliput. However, shuply 
doubling the data rate capability of the SCSI bus is not suffi- 
cient. The frsed o%^crhcad of initial connection and recon- 
nect ion and the hundrctts of rnieroseconds involved in target 
and iniliatortt overhead tyi^ically have a serious imparl on 
perlbrmance. Fig. G shows the effects of different SCSI over- 
head times for niaxlmuin sustained bulk data throughput of 
difterent lengths. 

Although a higher transfer rate may also have the advantage 
of a higher 1/0 prtjcess rale tlirough the system, ihe increased 
perfonnance levels require a higher rate of the use or limited 
system resources like I/O bus cycles and CPU execution 
bandwidth. These factors can also limit improvements 
implied hy h higher transfer rate. 

MeeUng the high-perfomiance expectations of a UI-Mbyte/s 
SCSI bus required focused attent ion on the overhead 
contributed by ihe HP 2552 5 A and on the systen\ resources 
required per I/O process. 

Reducing Overhead 

AJialysis of the gra|>h in Fig. fi shows that the bene:fits of a 
ID-Mbyt.e/s SCSI bus are not vei^ significant until overheads 
are reduced from ttie milhsecond range to the himdreds of 
microseconds range, particularly foi' tiie bulk data lengths of 
4096 and 8192 bytes. 

An analysis of the interface driver's execution path revealed 
that the following actions could be optimized in the new^ 
interface driver to reduce overhead: 

• Consume a queue of rcady-tchgo initial connections by pre- 
senting them to the SCSI bus, minimizing the time that the 
SCSI bus is idle when the queue is not emply 

• Service disconnections and their associated reconnections 
by managing each 1/0 process state on behalf of the targets 
as they progress through each of their I/O processes with 
minimal delay on the SCSI bus 

• Ti'ansfer bulk data by sustaining the highest transfer rate 
that the target is capable of 

t Sulk ti&la IS dsta [fdrtsierrBd during the DATA IN m DATA DDT SCSI bus p^S€S. 

It The witiator is t^e host sysiem that starts an I/O process on the SCSI bus and ihe tafiget is 
the SCSI dEv?cB receiving I/O requ&sts 
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• Produce I/O process completion messages to the host and 
its peripheral device drivers, tThiiiniizing the time from the 
targels reporting status imtil the target frees the bus. 

To reduce overhead and minmiize the impact on system re- 
sources duiiiig the operation of the ittterface driver we fo- 
cused on minimizing inlen-upts aiut masimizmg transfer 
rates. In addition, we had some features added to the NC*R 
53C710 chip lo help us irtii^ittiize inteniipts (sec "Adapting tlie 
NCH 53C710 to Minimize Interrupt Impact on Perfonnance," 
on the next page). 
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Interrupt Mini nii;^at ion 

T\\e most iniportani contribution that the new driver makes 
toward reducing overhead is tlie niinimiTation of CPU infer- 
mpts per 1/0 process and the reduction of the performance 
cost of the remaining Interrupts to both the CPU and the 
SCSI bus. 

In our design, the typical paths thai a l^^et takes during an 
I/O process result in one mierrupf lo the CPU at the end of 
the I/O process, Peiinaps more significanUy. foi" most of the 
interrupts that do occur in the perfomiance path, the syn- 
chrordzation topically required between a chip and its con- 
trolling CPU during a given instance of an interrupt service 
routine is not required. The CPU and the chip continue on 
liieir separate paths while one or the other is servicing an 
interrupt^ or has a pending interrupt 

This independence is accompiished through the use of 
niemor>^-foased messages facilitated by flags and interrupts. 
The flags are actually parts of SCSI SCRIPTS instructions. 
This fonuat allows the chip (being much less flexible than 
the CPU) to participate in this interprocessor communica- 
tion. Depending on the particular flag, it may be a test condi- 
tion for a conditional branch instruction or it may be a des- 
tination address for a branch ins tnic lion. The CPLi can set 
these flags one way, and with an instruction in the NCR 
53C710 chip that allows memor^-to-memory movement, the 
chip can set the flags the other way. 

The flags can he thought of as part of the messages. These 
messages change owTiership between the CPU and the chip, 
hiterrupts are used to notii^^ the t'PU and chiji when a flag 
changes and its message is ready for processing. 

The m^ior message tyjies iti the design arc for startit\g a new 
VO process m\c\ nonfication of completion of an I/O process. 

Start of an I/O Process. A message from the CPU to the NCR 
53C710 chip to start a new I/O process is initially flagged as 
owned by the CPU. The CPU Alls in the message with SCSI 
SCRIPTS and SCSI protocol data neccssaty^ to start the new 
I/O process. Then the CPU sets a flag to ^ivc owtu^r'siii[> of 
the message to the chip. This liandoO is accomplistied using 
the CPU'to-chip interrupt described above* When the ctvip 
eventually completes the initial cotmcTtion phases of the 
new I/O proccsSj it retunis ow riership of the message to the 
CPU by resetting the associated flag. 

Toimnimize CPU intermpt-s. tht^ chi]) does not need to inter- 
rupt the CPU as part of luuidiiig the message buffer back to 
the CPU. The exception is \'^'iien the CPU wants to start an- 
other I/O pmcess while the t lu|> owns liu^ assotialed re- 
soiu*ce message buffer In tins case, the CPU will set anotlier 
flag lo be notified via an internipt by the chip once the chip 
flnishes with the message buffer 

As the frequency of this condition incre^ises, the number 
of interruptjs per 1/0 process approaches two. We could 
have designed out these "extnr interrupts by providing mul- 
tiple versions of this inessiige buffer However, we found the 
ftequency too low to justify the cost in design complexity. 

I/O Process Completion Interrupt Initially the flag for the mes- 
sage butfer assutialed with L'U process completions indi- 
cates chip ownership. ^Tien the chip encounters an 1/0 pro- 
cess completion, it will put enough infomiaticjii in the 



Adapting the NCR 53C710 to Minimize 
Interrupt Impact on Performance 

Whefiever ttie MCfl 53D1C chip mierrypts (by asserting a chtp interrupt hnel it 
must first stop afeeuimg SCSI SCRIPTS instmctions it resumes ej^euling instruc- 
tjons mjy after the CPU wrctfts to the appropriate ctiip register This is ttre kind of 
SYnchmniiatffifi interrupt that we wantKi to tvoid vwhenever possible so we acfefed 
some circuiirv beiweef^ ttie ciiip and tt^ cafd's 8SA mteimpt circuit to allow the 
WCR 53C7 ICJ to assert s geoerai^purpose output pirv m^t SCSI SG^IPTS controt 
which results m mtemiptiiig the CPU In ttiis way the i^ip can comimie exeoiTang 
after irrterrupting the OTJ 

Another problem to solve was how to get Itie CPU to jo^rrypt the (nstfuctmn 
stmam of the 53C710 chip without shutting the chip dawn trrrough a cumbersome 
atrort procedure We worked with NCR to modify the way some of the 53C710 
instructions worfced so that for the instmctjons that wait for new SCSI hus activity 
to start (the idle state in our design), a hit vvas added in a feg^ster in the chip that 
the CPU can write to during SCSI SCRIPTS BKBCUtton, When thJS bit is set either 
before or during an idie state, the chip takes an alternate branch from the idle 
state This gave us a CPU-generated interrupt to &ie chip 

These two features gave us the abifity to run the CPU and the NCR 53C710 in 
parallel almost afl of the time 



message to indicate which nextjjst contpleted and the com- 
pletion status. Because of the chip s ability to address itself 
as the sourc^o of a menioiy-to-memory move instruction, 
some of the status infomration is posted to the message 
buffer by the chip. 

Once this information is written to memory; the message- 
buffer flag is changed to indicate CPU ownership of the 
message. Since the CPU is anxiously awaiting the comple- 
tion of I/O processes, the chip interrupt.s it to nulify it of tlie 
newly created message. Once llie CPU htis read ttie message, 
it resets the tnessage -buffer Oa^, giving bac k ownersliip of 
the message to the chip. 

hi the rare case in which the CPU does not process the mes- 
sage by the time the chip has encountered another I/O pro- 
cess completion, the chip must interruj)t and thus halt prog- 
ress because it only has otie message bufler for writ ing 
completions it) imd therefore it doesn't liave the ability to 
tTinetnber eonipletion iitfonnation and continue servlcmg 
SCSI bus state chaiiges at the same time. 

Th(^ process completion intenupl will direct the CPIT to pro- 
t^ess both tlu* pending I/O process completion message and 
the pending I/O process completion stOl in Ihe chip. In this 
case there is only one interrupt for two I/O completions, but 
the SCSI bus progress is stalled by the rate at which the 
CPU can acknowledge the message and pending interrupt 
ajid then resume chip independence. 

A typical target SCSI protocol through the performance path 
is dei>icted in Pig. 1 on page I0;1 Other perlbnnance paths 
follow the same sequencing but I he target may ciioosc^ not 
to disconnect betw^een the m^or SCSI I/O process phases 
of COMMAND, DATA m or DATA OUT, and STATUS, 

Peripherals in the HP-UX operating system environment do 
not usually discomiect. in either tlie DATA IN or DATA OUT phase 

t A SCSI nixus is a rBJaiionship thai begins witti the establishment Of m initial connactitm and 

ands wiih the contplettnri of an I/O pracress. Sae "Update on the SCSI Sianderd"' on page 103 
for more ahoui SCSI nexuses, 
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bffcjre all of the I/O process' data has been trans fened. This 
is tortonate because, unless the disconnect junctures can be 
predicted ahead of time, the NCR chip interrupts when this 
occurs. 

It was still a challenge for us to get the NCR SBCTIO to be 
able to process each of the typical target choices through 
the perfonnance path without CPU inter\^cntion once the I/O 
process is started. However, it was not difficuit to imp le- 
nient the case in which the target does not disconnect from 
the SCSI bus. For the cases in which the target does discon- 
nect, many intervening I/O processes may be started or re- 
sun letl before the disconnecting process continues. There- 
fore, the state al which the I/O process discoimects must be 
remembered. 

The I/O process state is remembered by storing it in each I/O 
process' memorj' in the form f^f SC^SI SCRIPTS instmctions. 
Initially the chip sets tliis state as pait of tite information 
provided for starting the I/O process. 

Once the I/O process is started the chip can access the I/O 
process state by using what imiounts to a computed GOTO 
instniction in the chip. Tlie actual procediue used is to con- 
veil (t brougJi SCSI SCRIPTS execution) the SCSI nexus into 
the address of i he SCSI SCl^lITS corresponding to the I/O 
process next-state actions. Wtien ttte target reselects a 
nexus or continues on the sainc nexus, the associated SCSI 
SCRIPTS for the next state of the I/O process are executed 
and modified by the chip tx> reflect the new next state of the 
I/O process. 

This feature of the design niinimiaies the time required to 
react to reconnect tons, and decouples tiie response time 
from CPU Intemipt semce t inies. CPC interrupt service 
times are often just as fast or faster in a lightly loaded sys- 
tem, but as tJie CPU workload anti inteiTupt rate from other 
sources increase, the service times increase. However with 
our design the sei'vice time is only dependent on SCSI 
SCRIPTS memory access times and doesn't contribute to 
increased C'Pl^ workloatl 

Maximizmg Transfer Rate 

In our design, the first step in transferring data as fast as the 
laji^et Is capable of handling it is for the EISA data transfer 
to be able to keep up with a 10-Mbyte/s maximutti SCSI 
transfer rate. The card doesn't buffer EISA data transfers 
beyond the 64 bvtes provided in the chip so it is important 
for the card to be able to maintain the 10-Mbyte/s rate in real 
time. This problem was solved in hardware (see the article 
on page &i). 

The I/O map hardware and associated fo services software 
algorithms are used to map from contiguous virtual memory 
descriptions of data transfer by user programs, the kernel, 
and the file system into \drtual, contiguous EISA address 
space. This is done so that the EISA hardware and soft w^ire 
aren't, burdened with knowledge about PA-RIS{.' page bound- 
aries and their discontinuities in real physical addresses. 
Although tlie NCR 5'3C710 is capable of dealir>g with non- 
contiguous addresses by using a separate SCSI SCRUBS for 
each physicaJ address lange. the cost in peifonnance is such 
that between SCSI SCRIPTS fetches the SCSI bus is idle and 
maximum data rates can't be achieved. In the case of our 
l()-Mbjte/s EISA SCSI interface, the performance cost 



w^ould have typically been only 1% without itsing t^ontiguous 
EISA memor>'. However, since the io_services functions used 
for development of the interface drivers pcrf^omied this opti- 
mization, we are able to sustain inaximum SCSI burst rates 
for the duration of bulk data transfer. 

Testing the SCSI Interface Driver 

Test requirements were recognized as an important aspect 
of the interface driver development at the veiy beginning of 
the projecl and the softwai'e for testing provltled special 
functions and workloads that the regular system software 
did not normally provide. Dev^^lopment of the test plan and 
the test software occurred in parallel with the development 
of the interface driver. 

The test plan goals were taken directly from the Roseville 
Networks Division software life cycle, which include: 
' Identifying test cases to veiitS^ detailed iinplementation 
' Developing all unit module and integration test code 
' Verifying accurate functionality with fully implemented 
dependencies and hardware. 

Softwtu'e developed to achieve the first two goals included a 
user- level test program, a test peripheral device driver, and a 
SCSI target emulator program. The ]>uri>f)se of the test soft- 
ware was to verify confn nuance to the external and interna] 
specitl cations by controlling the interfaces above and below" 
the interface driver. The third goal was achieved by using 
existing stress and busy-system tests. 

Implementation 

llie test environment included an HP 9000 Model 720 work- 
station with an HP 25625A EISA SCSI host adapter, an HP 
1650 logic analyzer with a SCSI bus preprocessor, an IIP disk 
airay, several HP 97560 1.3-gigabytc disk drives, and an IIP 
Vectra PC vtith an Adaptec SCSI target emulator boartl 

The test software modules and hardware configuration are 
shown in Fig. 1. 

User- Level Test Program. The user-level test program is essen- 
tially a test script inteipreter The program reads ASCO data 
from an input file, invokes the test peripheral device driver^ 
and then writes the test results to an output Ttle. 

An input script consists of conunands and parameter to 
execute a test. The basic conmiand is execute an I/O giving the 
tai-get idenrifier, the SCSI command descriptor block, the 
length of the data transfer, and ail the other necesstuy^ details 
as parameters. Another useful commimd is loop last wliich 
was used to repeat the previous command a given lutmber 
of times. With this general mechanism riumy test cases could 
be created by just editing the input file and changing the 
parameters. The test paiameters were assembled into a data 
buffer and passed to the test peripheral device dilver 
tlu^ough a system control (toctlt)) calL 

Additional script commands were used to peifonn multiple 
concurrent l/Os, issue a SCSI bus reset, configure the host 
bus adapter, and provide special instructions to cover comer 
cases. 

Ort completion of a test script the test title, test number, 
and results were written to an output file. The title and test 
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number had a one-to-one compspondence with Ihe lest 
cases in the test plan. The results included all the mput pa- 
ranielers as well as any return fields from die driver such as 
status, SCSI status, and die data iiansfer residue. 

Test Peripheral Device Driver The test peripheral device 
dri\"er was developed by starting with a copy of a real pe- 
ripheral de\1ce driver and adding new lOctKI options that cor- 
respond to the test commands issued by the user-level test 
prograJii. 

The test periphera] device driver receives a data bufTer via 
die ioctif) call from the user-level test program and is respon- 
sible for allocating kernel inemor>' space for VO control 
blocks and other data structures, such as the SCSI command 
descriptor block. The priniar>" function of the test peripheral 
device driver is to translate iJie input data buffer into a con- 
trol block that the SCSI driver can understand. The control 
block is then passed to die interface driver duough the 
transjZfort layer. After die transaction completes, the test 
periphcr^d de\ice driver is revived when its call -back func- 
tion pointer receives control rctuni pariuneters. 

Although it seems that we could have used a real peripheral 
device driver for the above functions, we didn't Ijccause of 
timing and control A good example is the test for exceeding 
the maximum number of SCSI queue-tagged I/Os. The test 
peripheral device driver could ensure that the SCSI driver 
was c*alJed with the correct niunber of I/Os to snri>tiss the 
SCSI queue-tag limit without HP-UX timing dependencies 
and vve con hi (k) this repeat ably. 

SCSI Target Emulator. The user-level lest program and tlic test 
peripheral tlevice driver control the tyi>e and iiuirther of I/Os 
that the SCSI driver will initiate. On the other end nfihe 
SCSI bus we used an Adat>Un* target emolalur lesi adiipter 
widi Adaptec software library' functions, whicli aHow great 
flexibility in niiinipulatiiig the SCSI bus. Test, sct^narios itsing 
the Adaptec fundions were writ ten in the (' programming 
language. The Adajyttu* hinclions provide*! t ontrol of each 
Unk-level phiise of ihe SC^Sl bii.s so that we could perfoiTti a 
wide range of different, I/Os and excepilon conditions. It was 
necessary to synchronise the jnnnher of l/()s between the 
expected behaviors nt dte hnsl and die larget. Ikjwever, the 
target emulator was general enough to read the ty[)e of UO 
and length of the data transter out ot the SCSI control block. 

Tsst Cases. The test platform describt^d above was used lo 
accomplish over 5(J(I differenJ tests using 48 test suites. 
Tliese tests were duplicated for Ihe SCSI DATA IN and DATA 
OUT phases. Each test was also jK^rfoniuHi for host data 
aligimienl brnindaries lo ensure that data tr^mslers were not 
page and cache aligned. SonK^ of t he m^ijor lest suites are 
listed below; 

Save Pointers 

Restore Pointers 

Ptu-ily Errors 

Short Data Transfers 

Ovemm Data Transfers 

Synchronous Data Transfer Negotiation 

Unexpected Disconnect 

Unexpected PhtLse Change 

LInexpectetl Messiige In 

Cn ex peeled R eselect or 

Message Out Reject 



SCSI Bus Reset 

I/O Tmieout AboH 
Selection Timeout 

The initial number of test cases for each suite was designed 
into the original test plan based on experience with eariier 
host-adapter sofh* are. Test cases were chosen to transfer 
data lengths on boundaries such as bytes, cache line size, 
and page size. Data transfer lengihs were also cyck^d aroimd 
these boundaries by counting dirougti plus and minus the 
SCSI controller FIFO size. 

As acrual testing progressed the ntimber of different cases in 
a test suite was increased according to die nimiber of defects 
discovered. If the iRltial niunber of defects for a suite was 
zero we determined that the tests were adequate. If one or 
more defect.s were discovered the nimiber of test erases was 
expanded. If the new test cases revealed additional defects, 
die test cases were expanded to approach exhaustion. 

One area in which additional testing was recjuired inv^olved a 
special sequence of data (SCSI DATA IN or OUT) interrupted by 
messages (SCS! MESSAGE INs). Tlte messages were generated 
by the .Adai>tec target lievlce and caused the interfarc driver 
to examine t>r adjust its DMA pokners. Tlie messages in- 
cluded a SCSI Save Potnters or Restore Pointers parameter. These 
parameters added complexity to tJie interface driver, which 
increased the need for extensive testing. Testing revealed 
that this sequence was further complicated if an unexpected 
MESSAGE IN was received during the SCSI DATA phase. The 
Lnteiface driver rejecLs unexpected messages. 

White-box analysis of the design showed that receiving two 
of these messages in a row (separated by data) could also 
be a problem. From tliis analysis wc tH>Mcl tided that a systent- 
atic approach lo testijig for tliese stH]iierict*s was necessai-y. 

The bash* test sequence was: 

DATA MESSAGE IN - DATA - MESSAGE JN - DATA - MESSAGE If^ - 
DATA -MESSAGE IN -DATA 

The objective w;is to tlevelop a test matrix that iiichidi>d aU 
possibilities of the basic fesi st'tjuence. The MESSAGE IW 
panmielei^ were either Save Pointers, RestDre Pointers, or an 
unexpected MESSAGE IN. Also, one of Iht^ paiamelers could 
repeat. The following setjiiences represent three of the 36 
test cases we derived. 

L DATA - Save Painters - DATA - Save Potnters - DATA - Restore 
Pointers - DATA - Unexpected MESSAGE IN - DATA 

2. DATA - Save Pointers - DATA - Save Pointers - DATA - Unexpected 
MESSAGE IN - DATA - Restore Pointers - DATA 

:i DATA - Save Pointers - DATA - Restore Pointers - DATA - Save 
Pointers - DATA - Unexpected MESSAGE IN - DATA 

Exmnination of available literature on statistics did not pro- 
vide a convenient fr>nnnla for choosing four parameters out 
of tltree possibilities when tine of lite cboices coidd repeat. 
Empirical reitstming led to the following solution, Pennuta- 
tioi^s of three taken tliree at a time (3!) equals six. Now if we 
begin each of the six iiermutatiom^ with one of the duplicate 
choices (as shown in the above sequences) we get 18 (^i x 6) 
lest cascK, tmd if we end each of the six with a dntilicate we 
end np with a total tif^G test crises. E:acb of Ibesc test cases 
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was also accomplished with data transfer lengths greater 
than and less than tiie number ol bytes the host expected. 

Regression Testing, Test, execution was fully automated al- 
lowing the tests to run with no intervention by the tester. 
First a master results fde was created by nicanually execut- 
ing and verifying the tests one at a time. The test number 
was compared to the nimiber in the test plai^ and the SCSI 
bus sequence displayed on tlie logic analyzer was inspected 
to ensure tJiat it matched the expected sequence. Identical 
output was v^Titten to the display and the results file and 
these results were examined to be sure that they were cor- 
rect. Tlris results file Iheri bectmie the master results Hie and 
was stored in a separate cUrectory DiiTerences ijt subseciuent 
test nms could be obsen'ed by comparing the current results 
file with the master results file. 

Results 

After each test in Uie test plan was completed successfully 
an instruction coverage analysis tool wtis used to metisure 
test coverage. This tool was used to determine how many 
lines of code were actually executed. The analysis tool w^as 
only used after every test in the test plan had been com- 
pleted since it is not a good substitute for designing test 
cases. The tool does identify code tliat is never executed. 
The first time the analysis tool was used it reported t fiat we 
covered approxiittately 83^^ of the code. The 17% of code 
that was not executed Ot into roughly three classes: code 
that should have been covered by the test cases, code that 
had no coiTesponding test eases, imd code that required 
catastrophic hardware failure or extreme system conditions. 

For tlie first class we identified the test cases that should 
have caused exectition of the driver code and set break- 
points to determine exactly why the code was missed. For 
some cases defects were imcovered in the driver and in 
sone cases the target emulator was not doing what it was 
supposed to be doing. These conditions were corrected. 

In tiie second class, test cases were added to the test plan 
and implemented to cover the code not executed. Most were 
simple omissions, but a few were extremely difriculi to 
cover. One case in particular required tliat tlie data t ransfer 
size of all outstanding I/Os be gieat enough to exhaust tlie 
system's I/O map allocation of resom'ces and the number of 
outstanding I/Os be large enough to cause the dilver to allo- 
cate a new page of memory for its data descriptors used for 
DMA parameters. The sintidtaneous occmrence of these 
two events required approximately tlu^ee days of test effort. 
The result was wortit it because when the block of code in 



question was finally executed 1 he system went into a panic. 
The problem was traced to a member of a structure passed 
as an argument to an iQ_services routine that was not pointing 
to the appropriate data structure, and it was only u^ed in this 
case. In hindsight it is easy to claim Ihat the problem should 
have been foimd through inspection. However, this particu- 
lar block of code was exceptional enough to merit testing. 

After adding the cases for the first two classes, the coverage 
analysis results imi>roved to 93%. The remaining 7% of tlie 
code was carefully inspected and consisted of cases for ex- 
ceptions resulting from abnonnal hardware conditions such 
as an unexpected interrupt from the SCSI controUer and a 
bad REQ/ACK handshake on the SC'Si bus. Since recover^' 
from these conditions used the same code as conditions we 
were able to test, we were satisfied with the Quahty of the 
test effort and its results. 
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All Architecture for Migrating to an 
Open Systems Solution 

A process and a model have been developed that provide an easy growth 
path to a client/server, open systems architecture for information 
technology applications. 

by Michael E. Tliompsoii, Gregson R Siu, and Jonathan van den Berg 



As we move further into the 1990s, inforniation technology 
is undergoing rapid changes and significant challenges. 
Business decisions aie evohlng rapidly to meet competition 
and satisfy customers?. TecImolog>' is offeilng more choices 
than were available in the past decade. Emerging client/ 
server technologies and competitive business needs are 
forcing information tGchnolog>' groups to reevaluate how 
high-quaUly business solutions can be delivered faster, 

HP's Worldwide Support Systems ( WSS) organization is an 
information techno! og>^ group tJiat develops mission-crificalt 
systems for Hewlett-Packard's worldwide customer support 
business. For the last decade, WSS has developed software 
applications using traditional technologies, tools, and 
processes. 

Durii^g the late 1980s, WSS embraced client/server teclmoh 
ogy to meet rapidly changing business needs. Chent/ser\^er 
technology is a form of distiibuled computing in which ap- 
plication processing is di\1ded between a client process and 
a server process. The interaction is sunple: the client j)ro" 
cess initiates requests to the server and the server niinils live 
request and responds to Lht^ client. Thisaniele discus.'Hes onr 
experiences wilh developing client/sender solutions using 
open systems tools and technologies. 

Open systems provides a imified approach for developing 
and managing systems, networks, and user applications, 
resulting in the ability to nm a single version ota software 
application on different hardware platforms. Because they 
communicate using standard protocols, products based on 
an open systems design can be interconnected and will 
work togetlier regardless of what company [uaimfaclured 
them. For a user eoidlgiuing a computer system or network, 
the beneOt of open systems is the freetlom to choose the 
best component for each function from tlie offerings of 
many manufacturers. 

Our experiences began when the open system concept was 
in its Infancy so we leanunl along with the rest of the indus- 
try. ThtTc were no clear leaders for eiivh lechnoJogy ccjntpo- 
nent required to develop a oon^plete client/server solution. 
We believe our experiences to be extremely valuable to 
those who are considering client/server development solu- 
tions while open systems standards are being defined- 

t Miasian-cntical systems are software applicatrons thai cannot be taken oftSme Ipr an ex- 
tended pBfiod Df time wiThout advei^e tmpact la.y . ufcler managBment, ang-ineer dispatch, 
mvaatary cfintral systems, eicf, 



The Early 1980s 

Dming the early 1980s, the primary focus of our use of in- 
fo nnatioii technology^ was to increase producti%itjr' in the 
support community through automation. Most of Hewlett- 
Packard s customer support business was organized aroimd 
area and region business units. Each of these business units 
used HP 3000 systems as tiie primary, and sometimes only, 
business computer. Because these business unils were de- 
centralized, transaction volume was relatively moderate. 

Our applications were designed to run on IIP :3000 comput- 
ers from block mode temmiais using the VPLUS/3000 screen 
hmidter. Interactive dialogs were rarely used in applications. 
WTien communication between applications was required » a 
batch solution was usually the answer 

Systems were designed Vkdlh vei^' little effective code reuse 
Business edits, database access, and screen I/O were all 
mixed together into a module or progranu Our technology 
choices were limited to COBOL, Image (DBMS), and the 
VPLUS/limO screen himdler fFig. I). 



VPLirS/30OQ 
Fornis 




^ Imtige Database k 



COBOL Program 



SIQO ED n CUSTOM E R INIQ 

IF SCR Cl/n-NUM EQ SLANftS 
M0VE1l0n9TOMSG.NUM 
GDia BIOQ-END 

1^ SCR- CU ST TYPE EO HP ' 
flA0VElimi9TOMSG-NUM 
GOTO BIW-EIID 

B^OGADD'CUST-TO DATABASE 

PERFORM XIOO MOVE sen TO'OB 
PERFORM ^ET. EXISTING CUSTOMER 

IF IMAGE. ItESULT EQ 
MOVE 102344 TO MSG-NUM 
GO TO B200EN0 

B2tn-END 

BSO) EDIT AliDAOOCALL 

tF SCR.CAU ID NOT NOM ERIC 
MOVE 109393 TO MSGNUM 

CO ra smmo 

MOVE SCA DATATD OB OAfA. 
PEfiFOflM DBPUT, 
B30D ENO 



Fig, 1. 'IVa<litional architecture for early 1980s support applIcationB. 
T!us ajcliRecture consisted of a single exet^ulable program that han- 
dled its cjwii database calL^ mtti used a forms paci^age for Lhe user 
itUerface. 



)Copr. 1949-1998 Hewlett-Packard Co. 



December 1992 HewJ<?tL-Packard Jijurnid 



109 



There were few choices^ if Bny, for software that would mil 
across muUiplaifomi or niLiliivericlor hardware or software. 
Inlroducmg new technology into this type of environtnent 
was rarefy considered. System developers worked within a 
hmited technology en\iionment wIutc constraints existed 
hecause of the HP proprietary haidware select ett 

The Late 1980s 

Into the niid-to-late 198l)s, different technology choices were 
becoming more available. Business managers were asking if 
we could delivt-r our application systems on PCs or IIP-lIX^' 
workstations. The HP-tlX operating system, computer- 
aided software engineering (CASEj tools, object-oriented 
languages, and relational database trianagement systems 
( I^DBMS ) wej'e emerging as popular aiieniatives to the 
tj-aditional technologies and tools we had used over Uw past 
ten yeans. 

We werc^ faced with 1 he challenge of developing a strategy to 
introduce these new teehnologies into our existing systems 
without any delay to our customers. This challenge forced 
us to reevaluate our most fimdanientai principles of systems 
developmenb 

Te eh nic al Areh i tee tur e 

In the fall of 1989, WSS created a technical architecture to 
provide a foundation for developing a consistent long-lenn 
design strategy for systems development. This architecture 
Iiro\1des a common framework for designing nTodem. inte- 
grated elient/sen^er systems. These systems are integrated 
in the sense that they eau CJperaU' ami iiUera<1 witli oiher 
applications through common ap| jlieation |)rDgram Inter- 
faces (APIs) using integrated teehnolog^v tools and comj^o- 
nents. The components of our current technical architecture 
are shown in Fig. 2. 
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Logical Model. This portion of the technical architecture de- 
fines a template that can be tised to create or modify appli- 
cations that are compatible with the open systems concept. 
The logical model is described in more detail belovvr. 

Recommended Supporting TechnolDgies. Supi)nr1ing technolo- 
gies inchidp hardwaie ijlatforms, oi>erating systems, net- 
work services, languages, databases, user interfaces, and 
development environments that support the logical model 

Recommended Tools. These are tools used by application de- 
velopers, designers, and maintenance personnel for the cre- 
ation ami support of appUeat ion software. Tools such as 
integratefi C'ASE and branch flow analysis are some of the 
ree ommen d at i ons. 

Design and Use Standards. This part of tlte ai-chitecture con- 
sists f>l' style guides, interface definitions^ and practices. 
These standards tiefine a eomnton set of tenns and a consis- 
tent framework. Style guides include items such as guide- 
lijies iind standar<ls for design and coding. Practices means 
process stanciards stteh as code inst>ections atid testing 
strategies for clientyserver impiementations. 

In simimiuy, this architecture has been adopted bs the 
model for ilP information technology, which is an internal 
HP function responsible for develophig and maintaining 
infonitation systems aiJpUcations an<;i networks for organiisa- 
tions such as marketing, support , and accounting. The archi- 
teetnre is constantly being revised as new teehnologies, 
tools, standai'dSj and other methodologies become available. 

llie technical architecture enables an application designer to 
defitie liii application in tenns of the logical model compo- 
nents, select the technologies needed to support the apphca- 
tion, select specific tools for implementing tJie design, and 
follow design standards so that the application will have a 
common look and feel and be able to interact consistently 
w ith other applications. 

Logical IVlodel 

The logical model showm in Pig. 3 is a definition or template 
of how an applicat ion can be partitioned for an oi>en sys- 
tems solution, h. is a framework thai orgaaii^es all applica- 
tions into five components: user interface, user task logic, 
business transaction logic, data manager, and environment 
managei'. This model is a good basis for researching and 
recommending open systems strategies for application de- 
velopment. In addition, it defines a framework for strategies 
relating to application migration :inri third-pad y purchases. 
Finally, this model does not imply any st^ecifit^ technologies 
or clientVseivpi- configuration because these decisions are 
made ii^ other parts of the technical architecture. 

User Interface. The user interlace provides the user's %iew 
into a business apph cation, and mimages all comniuni cation 
betw^een the user and the application. It is responsible for 
painting the "picture" the user sees and collectuig user in- 
put. It con St me ts dialogs liy presenting data or choices and 
requesting selection, data inpui, or other responses* 



Fig. 2. Tlif tir\\ Trr I iriK-jil architecture* 
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Fiji, 3, The logical model for open -systems design, 

A good example of a user interface is the automated teller 
machine, or ATM, which is used for automated banking 
transact ions. The ATM pro\1ties an interface that ermbles a 
user to perfomi a bank transaction. The interface it.self is 
mosily idle. Howe^Ti; it will inteiacL with the user by pre- 
senting data such as accounts and balances, and requesting 
selections such as withdrawals or deposits. 

User Task Lagic, The user task logic drives the user interface 
mni ijivokes the appropriate business transaction process- 
ing. Understanding the results of user requests and commu- 
nicating them to the user int efface (where I he results are 
displayed) are also the responsibilities of i he tiisk logic 
layer. For example, in the ATM example, when the user se- 
lects an option (such as withdrawal), the ATM api^lication 
(client ) fomnilates a request lo the bank accounl nianiige- 
ment applicalinn laperfonn the withdrawal. Tlie ATM ap- 
plication wails for a response from the account manage- 
ment application. Fonnulating the request to the bank 
application and commuuic ating the response to the user 
interface iu^e task logir fmuEions. 

Environment Manager. This component is responsible for 
majiaging conimunicaiion between the other four compo- 
nents of the lo^caJ niodeK Communication responsibilities 
include connecting two components (dynamic and static 
comiectioris), overall management of applical ion layer 
insiances^ and conununjcation from one client/sen-er instal- 
lation to smother. For example, in the ATM nunieL the envi- 
ronment manager allows clients to transfer funds from one 
banking establishment lo other banking establishments. 

Business Transaction Logic, The business transaction logic 
creali^s, deletes, updalc^s, and retrieves business data. It im- 
poses business jKjlicy ur rules upon the data. Transaction 
and data access security is managed in this layer to control 
aulhcnlicalion of the user requesting the transaction. 

After the user presses "OK" on the ATM user interface, the 
task logic wUl transmit the witlidrawaJ requesi to the bank- 
ing application. The requester of the trai\saction is validated, 



the withdrawal request is edited, and account balance are 
checked. These are ail functions performed by the business 
transaction logic. 

Data Msfiager This layer manages the physical storage of 
data, and pro%1des read and \sTite access lo the data It man- 
ages concurrent access by multiple users ( business transac- 
tions). It is responsible for ensuring the physical integrity 
and recoveiy- of data. In the ATM example, the banking ^j- 
plication receive"; requests from many us<»rs at one* time. 
The function in the t>anking application that updates the 
user s account with the wiihcirawal information and locks 
the account untU tlie withdrawal is completed is located in 
the data manager. 

Client/Server Architecture 

The five components of the logical model are intercon- 
nected through message-based interfaces that allow the 
components to be separated physically inlt^ a client/server 
confjguralion. Fig. 4 shows an overview of fjur client/server 
architecture. AppUcations are organised into a client, a 
server, and a client/sender interface. The client, which con- 
sists of tiie user interface and user task logic, deals with 
presenting and managing tiata for users. The sen er. which 
consists of business tmnsaction logic and the data manager, 
deals with managing the busineas data and enforcing busi- 
ness rules and policies. Finally. tJie environmenl manger 
provides the client/sener interface, which is a transparent 
net^ft ork linkage between client and server 

Migrating Existing Systems 

To lest I lie leasibility of the technical architecture, we used 
it on two existing production applieationis. The first project 
consists of 1(IO,00() lines of code and Is used to tlispatch and 
manage software-support senice calls for HP's customer 
response center. Tliis project was a step-hy-step migration 
Irnm the traditional application code archil tn't ore (shown in 
Fig. 1), which topically dis|>ei^ed task and business logic 
throughout the application, to the clicnL^sener stmcture 
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Fig. 4. The dierit/isen-'er iogiciil ruodel. 
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defined by tJie terhnical architecture. The original applica- 
tion raji in an HP 3000 MPE operating system environmenl 
and consisted of aJi Image database. COBOL application 
code, and VPI^US/'MJO online access code. The new client 
application uses a graphical user interface and nins on HP 
9000 Series 300 and 400 macJnnes in an liP-lJX operating 
system environment. The server portion of the application 
runs in native niodet on an IIP 3000 Series 900 machine 
running in an MPE/iX operating system environment. 

One of the objectives of this migration was to salvage as 
much of the original application as possil>le while reengi- 
neering tlie technical infra.smict.ure. The existing COBOL 
code was a mixture of fjnline code and database access op- 
erations. We took tJie following steps in migrating the old 
application to the new client^server architecture: 

1. We evaluated existing code to determine which database 
access operations should be combined with application 
edits to ensure the same data integrity and performance. 

2. The results from step 1 were encapsulated in a predefined 
interface which became the single access path for all exter- 
nal processes (clients axul other batch applications). This 
poition of the application is the server in the cUent/server 
logical model. 

S. We evaluated the existing code again to determine the 
online application logic that had to be reengiiu^ered to run in 
a new tiartlware and software enviroimienl. This environment 
included in^ HP 9000 Series 300 or 400 nnuung the HP-UX 
operating system and a graphical user interface based on 
OSF/Motif. This portion of the application is the client in the 
client/serv^er logical model. 

4. The connectivity component that enabled the application 
component from step 2 to mteract with the application com- 
ponent from step 3 was designed and developed. This por- 
tion of application and other supporting software represents 
the emironment manager in the chent/server logical model. 

Fig. 5 shows the components of ihe new system encapsulated 
in the client/server model. 

The technical architecture helped to describe the division of 
responsibilities between the client ^tnd die sender The biggest 
impact the architecture had was in detem)iningthe location 
of the network. The logical model does not prohibit an ap- 
plication from intioducing a network between ajiy two layei"s. 
However, the client/serv^r view of the logical model recom- 
mends splitting the application with a network between the 
user task logic antl the business ti^ansaction logic. 

The second project involved the development of a new 
client ai>plication with a graphical user interface that runs 
on IIP 9000 Series 300 arid 400 machines and a sen-er ap- 
phcation that runs in native mode on an HP 3000 Series 900 
machine. Tins appU cation configures and pric^es support 
products for HP's customer support business. The project 
cons^ted of approximately 40|000 hncs of code. 

The success of these two projects proved that the technical 
architecture, particulai'ly the logical model, provided us with 
a franunvork for migrating our installed base of appUcations 

1 Nalive mods implies that a maEzhmg is using its orvvn capEbililLe^lcapati-itiiiies irrhersnt to 
ths rrvachme] as opposed va compatibility mode, in wtiidi a mial^ine i|. Bmul^ling^nQihir 
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• HP MPE/iX Operating 
System 

8usiness Transaction Logic 

• Process Edits 

• Database Calls for fleads, 
Deleters, Creates, etc. 
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Fig. 5» The customer call intLkir^ system afkT mitral ian, 

to new bardwaie and software platfomia and developing 
new applications. 

Process Learning Experiences 

Despite the s tit- cess of the tw^o projects mentioned ^ov&^ 
both projects exposed areas where we needed some im- 
provements in both process and technology. 

Business Transacfion Design Time. Defining appropriate bnsi- 
ness transactions requires a lot of work at tlie beginning of a 
project. However, investing this extra time helps build a 
foundation for the rest of the application design. Once these 
transactions are defined, development teams can work in 
pandlel. 

Business transactions pro%ide ihe interface between cUents 
and servers. If the transactions are designed properly, cli- 
ents will be able lo conminnicate witli any server (aside 
from security restricl ions) using d\e business transactions 
defined for it. The design of either the cUent or the server 
can cliartge witiiout affecting the other as long as the busi- 
ness transaction rules or the transactions themselv-es are 
preserved. New clients can easily be added to any ser% er by 
simply using the relevant transactions. Therefore, mainte- 
nance is decreased and reusability is increased. In addition, if 
business transactions are defined correct ly, network traffic 
win be reduced. 
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During the call tracking project, we spent on^y 10% of otir 
design, code, and test time woridng on buainess transaction 
desipi. However, with the configuration and pricing project, 
we invested approxiniately 50% of our initial work on the 
transaction deflnilion. These transactions defined our ap- 
plication more concisely, which gave us better results and 
less rework as the proJ€K*t progressed. 

Use of fnfomiation Engfneering. The technical architecture 

provides one oi the building blocks for application develop- 
ment. However, lo meet certain business needs and improve 
the de\ eiopr^ieni process, paniilel efforts such as usability' 
engineering, performance engineering, and information 
engineering are recommended. 

We spent a lot of Lime reworking the transaction defmitions 
and code for the call t nicking project because we did not do 
a thorough analysis of the problem. Using Information engi- 
neering tecfinitiues in tlie beginning of the project can save 
time and effort . Infonnation engineering provides a struc- 
tured methodology and guidelines for discussing the how 
what, and where aspects of development. The how relates 
to the processes in the application, the wliai is the data the 
applications use, and the where refers to the location of the 
solution (in hardware or software). 

Use of Data Flow Diagrams, During the conOguration and 
pricing project, we used data llow diagrams (IlFDs) and 
stnirtured analysis and stnictured design techniques to help 
represent the flow of data among ilie modules of the pro- 
gram. This enabled iis to address critical elements during 
transaction definition. Data flow diagraninmig is the link 
between the analysis and design phases of information 
engineering. 

Inerease Training Time. Migrating the call tracking application 
w:i.s among! I u^ tlrst clicnl/servT^r projerl.s for HP in forma- 
tion technology. Because the client/servT^r nioftel linnight a 
new enviromnent to IIP infonnatiori tectinoiogy, users and 
developers had to become proficient in new skills and a new 
way of thinking about or^anizatiojial relationships, applica- 
tions, processes, and technology Tiie leaiTiing cur^v for both 
om' developers and our users wlls substiintial. Wc spent more 
Unie training our developers, and did not st>end enough t ime 
training our users. Tht* aittount of time needed lo iniin our 
users Wits signinianlly nndcrestiuiatcd. This greatly in- 
creased our acctpUuice risks during liie impleimni Union 
phase of the project. 

Consider Performance Needs. We focuseci our efforts more on 
network t>erformi:Uice Ihrni clienl perftmnance, which later 
became an issue. Client perfonnanre inehides the response 
tiuH^ from one logii*aI task (such as selecting help, making a 
nierui choice, or editing a dialog box) to Ihe next logical 
task, Tlie client application is driven by the end user and 
therefore must perform according to end-user expectations. 
Thiis, the perfonnancc nt^eds of users need to be considered 
so developers can halaiic*^ new (ieveh>|tmenf tools and re- 
(luirenients wi(h iht^ hardwan'^ phii forms thai users demand. 

Correct Hardware and Software Infrastructure. The expense of 
itiigmting to a client/server environment should be consid- 
ered While migratuig our applieatitins, we discovered that we 
did not ha%-e t Ik^ corrrcl luudw^u (^ and software uilYastruc- 
lure in place. We needed high-speed networks which were 



not a\^ilable at all sites. This limited our communication 
capabilities. In addition, we still used old hardware that had 
memory* limitations. This limited our ability to incorporate 
new technologies, causing i>erfomiance problems. 

Adopt a Migratitjn Plan, Migrating from a traditionaf (terminal, 
host-based applications) architectone to a clicnt-'sen er ar- 
chitecture caji he approached in phases. Existing databases 
should Ix* siurounde<l with a server shell Clients <*an com- 
municate with ser\'ers using properly designed business 
transactions. This chent/ser\'er separation allows the data- 
base to be replaced later without replacing the chent: Unmi- 
grated applications can be integrated on the user's work- 
station, using terminal emtilation, until they are migrated to 
a new platform. 

Technology I.essons Learned 

Besides the process improvement lessons described above, 
we also learned some lessons about the teclmical architec- 
ture imd our design model. 

Adopt a Technical Architectiire. Today, mtemal customers de- 
mand niulth endor netwoik connecti\1t\ pro\1dLng standard- 
ized apphcation services. Open systems will allow selection 
from a wide range of mult i vendor solutions. Although open 
systems stimdtuxls mv still e\^ol\ing, adopting a tecluucal ar- 
chitecture will help provide guidehnes for selecting technol- 
ogies and tools that support open systems. This reduces the 
risk of lockii^g application developers into a vendor-specific 
franwwTirk of leehriologies, tools, and processes. A^ stan- 
dards l>eeome deliiied or new teclmologies are introduced, 
migrating to open systenis will be much easier. 

Defining and standardizing interfaces allows apphcation 
logic t o he independent of technology. The API is a standard 
library of functions that separates the user from the underly- 
ing technology. Because ;m API can be used to encapsulate a 
technology, changes within the encapsulation can occiu 
without affecring apjilication code. For example, icehnolo- 
gies (tools) providing the interface lo a database Cim change 
without impacting the business transaction logic. 

Our inigration strategj^ required interfaces between clients 
and seners to he standardized, normalized, and portable. For 
exampk% HP's response center lab developed a network API 
c^alled TV'AL (tagged values), for inten^rocess cornnninication 
between HP-[JX and MPE/iX operating systems. This API 
will protect our investment during migration from NetlPC 
to an open systems product such iis Network Computing 
System (NCS), 

Develop a Business and Data Model Implement a model to 
provl<le a descriptitm of the business that is going to be sup- 
ported. This model will doc^umenl what processes the busi- 
ness needs to meet its goals, and what information is needed 
for each process, (^nce this information is detennined, de- 
velop a data model to provide consistent definition and in- 
fc^rjiretafion of the data wherever it is used, and cif business 
niles that detennine its integrity. This will allow different 
applications to be consistent and to interact successfully. 
The objective is to manage data so that if is defined only 
once, iilthough it may be used by multiple prtjcesses or ap- 
plications (clients) and physically stored in several locations 
(servers). 
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Develop Data Security. As we tnigmie to an open systems emi- 
ronmtnv!, ciistomors from outsidL^ IIP will be ahlo to access 
our systems. In our current environment, systems only check 
for valid identification and authorization. Standards groups 
aie working to establish a Distributed Computing Environ- 
ment (DCE) that includes security services. DCB is a com- 
prehensive, integrated set of services developed and spon- 
sored by the Open Softwaie Foundation fOSF) which 
supports the development, iLse, and mainteniince of distrib- 
uted applications. l)( -E supports transpai'ent connection and 
communication of any object (client c>r sender) within a dis- 
tributed networked environment. 

BeneHts 

While develop ingliSJaigratIng our applications, we also 
discovered some lit^Specied benefits. 

Development Team Independence. Splitting applications into 
client, serv^i?r and comniunicalion components encourages 
application development across organizational boundaries. 
Thus, applications can be developed in parallel, which de- 
creases the time to market. The call tracking project was 
developed by tw^o different development teams in HP's sup- 
port organization. This allowed the teams to be managed 
separately while the application was being developed simul- 
tanetJusly, The configuration and pricing project teams were 
also split between client, server, and communication logic. 
After deilning ttie various APIs (comnuinication, en or han- 
dling, and data buffer) between the client and the sender, 
each team was able to deveh:)p and tesl its part separately. 
The teams workerl independently and did nol need lobe 
concerned with the inlemais of the other cojnponents. The 
three parts were brought together successfully during 
integration testing. 

Lower Maintenance and Higher Quality. BotlLfi^aets greatly 
siniplilied maintenanre. We noted tliat most senice requests 
associated with the the initial release of t\\o products v\'ere 
for changes to client behavior, not business logic. Because 
the user task logic (client) is separate from the busuiess 
transaction logic (server), the amount of code to be reviewed 
before a cliange can be inipleniented is gi'eatly reduced. This 
allowed us to estimate schedules easier arul have faster 
tuniaround for application change requests- Lastly, the de- 
velopment teams became familiar with the application 
quicker because they did not have to learn both the user 
task logic and the business logic. 

Since their initial relea'^e t:)oth proji^cts have exhibited a ver>^ 
high quality. In addition, die applicatioti teams consisted of 
eight to ten people forihe initial release and only one to two 
people during the subsequent releases. 



Improved Application Testing. Server testing was automated by 
defining a single interface to the striven We developed a test 
driver that could send predefined test cases, capture serv^er 
responses, and comj:>are them with exi>ected results. We 
developed 2500 reusable serv-ei^ test cases. This accomplished 
about 9W of our unit testing. In addition, the complete (est 
for the sender lakes only two hours, allowing a full regres- 
sion test suite to be nin whenever tJie server is changed. 
This allows the team to pert'orm verifiable regression tests 
quickly as needed, 

ConfiuNion 

Devek>pnig a client/server solution using an open systenis 
design strategy' provided several learning experiences. These 
experiences inc ludcd leveraging current invc^stmcnts of 
hardware, software, an<:l personnel, choosing I he right prod- 
ucts and stantlards to integrate softwaie, avoiding scji'tw^u^e 
and haidware lock-in, and incuiporating new technologies. 

The technical architecture provides a framework for decid- 
ing which technology iUid tools to use for client/server de- 
velo[^ment. Once tliis architecture is defined, migrating and 
develoi)ing applications to the client/seiver paradigm can 
he accomplished without completely rewriting existing 
applications. 

In addit ion, developing client/s^^i^er applicat it^ns using the 
open systems concept meatis tliat a development, environ- 
ment can be tmlored to meet specific busint^ss needs. This 
minimizes the risk of locking ilevelopem into specific- hard- 
wai~e and software platforms and processes. Resources can 
be spent on designing the best combinatitin of existing and 
new components. 

Finally, we have found that tJie teclmicai architecture de- 
scribed in this paper will work because it provides an open 
systems solution, offering a smiple nugiation path to a client/ 
sender architecture. 
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Robert A. Bob Her 

~ BobBoellensanRSD 
seciion managet at HP's San 
Diego Technical Graphics 
Divis tan A native of Long 
Island Cuy, New York, he 
attended the Polytechnic 
Institute of Brooklyn, gradu- 
ating with a BSE E degree in 
1971 and an MSE£ degree 
in 1972 He joined HP's San Diego Division in 1972 
and contributed to the design of the HP 336 9 A tape 
fBCorder. He then served as project manager for the 
HP 73 IDA thermal printer and the HP 17623A graph- 
\r.% tablet, and was program manager far the HP 
7586A plotter, the DraftMaster large ■format pen plot- 
ter, and the DesignJet pJotter, He is named as an in- 
ventor in three patents related to large-format plot- 
ters and serves on the board of directors of the 
Executive Programs of Ilie University of CaEifornia at 
San Djego. Bob is marrted and has two children. He 
is an avocado farmer and raises stiow docks. 

Samuel A. Stodder 

Development engineer Sam 
Stodder received h(S BSME 
degree from the University 
of California at Irvme and 
joined HP's San Diego Divi- 
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m the design of the paper 
axis mechanics and vvorked 
on print quality issues for 
the DesignJet plotter He is named as an inventor in 
two patents on piper positioning systems, he is mar- 
ried, has a daughter, and enjoys boardsaiiing, surfing, 
end sailing. 





Jotin R IVfeyer 

■■"■■.■ a manufacturing deveJop- 
■ ent engin&er, John Meyer 
was responsible for media 
uevelopmeni for pen and 
Thrr'mal inkjet pJntters, in- 
cluding the DesignJet Now 
1 :i- 1 RSiD engineer at HP's San 

. i D'ego TecnmcaE Graphics 

' * DfViSJnn, he received his BS 

degree in chemical eng in Bering from the University of 
Detroit in 1967. Serving in the U.S. Air Force for five 
years, he did photograptiic fl&O, authored a series of 
seven reports on pfioiochemistry rmage quality, and 
attained the rank ornaptam Later, with Snook Cofp.. 
he deveJoped photop recessing equtpmeni, In 1973, 
ha joined the HP Stanford Park Division's Mcrowave 
Technology Center and served as a facility, safety. 
and environmental engineer and as facility engineer- 
ing manager John is a native of Boanoke, Virginia. 
He IS married and has one child. His interests include 
woodworking, photography, and racewaJking. 

Viotr»rT. Escobedo 

Development Engineer 
'■' f'-ar Escobedo joined HP's 
;■. Diego DivisiorMn 1983- 
ny has contributed to the 
design of disposable pfotteT 
peniy, vsrfoos DrattMaster 
and OraftPro plotter models, 
and the DesignJet plotter, 
including the media stacker 
He IS named as a comventoi m a patent on a device 
for stacking cut sheets A native of l^/lexicali, Baja 
California, he recerved his BS degree in mechsnfcal 
engineering from California State University at San 
Diego in 13B5. Victor is involved with education, in- 
eluding the Choices program and universities in 
IVtexica His interests include soccer, diving, and 
travel 
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Alfred Koli Mebane IV 

H^^^^^^^H Holt Mebane was the lead 
^K^^^^^t firmware designer for the 
W ^^^^B DesignJet plotter Bom in 
Ln H^ ^^H ^''^^'^^^Q''^ ^^^'^^ Carolina. 
' , _ ^B he received his 6SEE degree 
J " ' om th e 6e orgia In st itute of 
^^ Technology and joined HP's 

^T^ ^ San Diego Division in 18BQ. 
-^^ He has designed firmware 

for the HP 7570A, 7575A, 7576A. and DrattMaster 
plotters a^ js named as an inventor in a servo control 
patent. Holt's interests include golf, amateur radao 
(N4HR). skiing, and home improvement. He is married 
and has two children. 

James fl. Schmedake 

A hardware devetopment 
engineer at HP's San Dtego 
Technical Graphics Division, 
Jim Schmedake was respon- 
sible for the design and de- 
velopment of the processor 
tvjard for the DesignJet plot- 
ler HejoinedHPinl3B4 
'^ wjth m years of experience 

ni eiTfDeflr.3en processor design, and has had a variety 
of assignments rncloding ASIC design and inkjet pen 
development- He recerved h^s BSEE degree from the 
University of Califorma at Santa Barbara in 1978 and 
his MSEE degree from California State University at 
San Diego m 1984. Jim was born m California but 
grew up m Oregon He is married, has three children, 
and serves as a Cub Scout leader. His leisure activities 
include running, backpackrng. and £Oftt)all 
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tue-ShLrenn Chen 

Now a principa! enginear ai 

HP's Asia Peripherals Ummn 
in Singapore, lue-Shuenn 
Chen was with HP's San 
Diego Technical Graphics 
Dfvision Ifom 1984 until iti is 
year As a manufsciuring 
develnpmenT engineer for 
four years, tie designed cus- 
fam productjan lesters and controllers for the HP 
7550A, DraftPro, DraftMaster, and CalorPrn platters 
Moving to flfiD, he was responsible for the Design- 
Jet AS3C architecture and development methodology, 
the design of the pefi interface ASIC and the carriage 
ASJC emuiatof, and f^FI and ESD testing of the ASICs. 
He is named as arr mventor in a patent on ttie ASIC 
architecture He received his BSEE degree in 1984 
from the State University of New York m Buffalo and 
his M SEE degree in 19B7 from Stanford University, 
lue-Shuenn was born in Taiwan. He is married and 
has one chHd He is interested in church acttvities 
aod music. 

Anne Park KadDnaga 

Anne Kadonaga is a hard- 
ware engineer/scientist at 
HP's San D^ego Technical 
Graphics Oivisfon, specializ- 
ing in ASIC design and com- 
puter-aided design method 
ologies A graduate of the 
Mas sa c h usetts I n^ I i tote of 
Technology, she received her 
SB degree in electrical engineering in 19S2 and her 
SM degree m eiectricai engineering in 1 984. At MIT 
she worked as a research assistant and as a teaching 
assistant in VLSI design. Sfie first joined the HP Data 
Terminals Division in 1 980 as a co-op student, then 
rejoined the Systems Technology Division in 1984 
She designed I/O boards for data terminals and 
burn- in system hardware for the HP 27DOA color 
graphics workstatron. She also worked on a CPU, a 
cache controller, and a systen^ interface unit for two 
generatrons of high-end PA-RISC diipsets for HP 
9000 and HP 30D0 computers. She designed the oro- 
cesser support ASIC for the DesignJet plotter and the 
mam hoard for the DesignJet 600 plotter, and worked 
on print resolution enhancement for the DesignJet 
600. She is named as an inventor in several pending 
patents related to tfie DesignJet 600. Anne was born 
in Seoul Korea and grew up in California's Silicon 
Valley. Sfie is married and has a son, 
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Robert D. Has«lby 

W^^^^^^M With HP Since 1073. Bob 
^^H^B^^I Haselby is a member of the 
^^^^ ^P technical staff at HP s San 
m ^ - W Diego Printer Divtsiun. He 
* ' has c ontn by led to the de- 

sign of the HP 9872 A and 
72Z1A plotters, was elec- 
tronic project leader for the 
HP 7 580 A plotter, and has 
designed Inkjet Test systems. For the DesignJet plot- 
ter, he designed the automatic pen alignment soft- 
ware and optical systems and the drop detector sys- 
tem, He is the author of a paper on stepper motor 
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control and is named as an inventor in si^ patents 
and several pending patents, mostly related to opii- 
cal alignment systems and DesignJet alignment Has 
current pnjfessional interest is sensor systems. Bob 
was rafsed on a farm in Indiana and served in the 
U.S. Navy submarine service for six years^ His BSEE 
and MS£E degrees are from Purdue University {1972 
and 19731. He is married, has two children, and 
enjoys sailing. 

28 DesignJet Chassis 

Timothv A. Longust 

Mechanical design engineer 
"" - ■.ongust joined HP's San 

•}Q Division in 1979. He 
r-'a^ cor^trihuied to the de- 
sign of the HP 758D A. 
75e5A, DraftPro. and 
DesignJet plotters and the 
PaintJet printer, and ss 
named as a co inventor in 
patents on the DraftPro ornamental design and the 
DesignJet chassis assembly He's now at the Van- 
cauver Division working on DeskJet primers. Bom in 
East St Louis, Illinois, he received his BSME degree 
from the University of Iflinois in 1970 In 1089 he re- 
ceived an MBA degree from the University of San 
Diego. Tim is married, has a son, and anjDys hiking, 
campinq. and basked]aEl 
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David M. Petersen 

For the DesignJet plotter, 
Dave Petersen served as a 
mechanical architect and 
designer and as a manufac- 
turing support engineer Pre- 
viously, he was a desfgner 
for Lhe HP 7470A and 7475A 
platters, mechanical proiect 
leader for ttie DraftPro plot- 
ter, and manufacturing engineering supervisor for the 
DraftPro He is named as an inventor in two pending 
patents on the DesignJet chassis and media cutter. 
With HP's San Drego DivtSJon since 1970. Dave re- 
cently transferred to the Barcelona Peripherals 
Operation, where he is a member of the technical 
staff and a technical contnbutor A natfve of Palo 
Alto. California, he is married and has two sons. 

ChuQfig Ta 

Chuong Ta was project man- 
ager for the DesignJet plot- 
ter at HP's San Diego Techni- 
cal Graphics Division A 
a^^% X nativBof Ha Noi. Vietnam, 
^f^"^^ L he holds a BSME degree 
from the Natrona I Technical 
University of Vietnam, a 
BSME degree from the Uni- 
versity of Minnesota, and an MSME degree from 
California Stale University at San Diego With HP 
since 1979, he has also been a project tesder for the 
PaintJet printer. Four patents have resulted from his 
design work. Chuong is married, has two children, 
and enjoys volleyball, skiing, camping, and hiking. 
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Robert W. Beauchamp 

Robert Beauchamp is a 
design engineer at HP's Sari: 
Diego Technical Graphics 

Division He joined HP in 
San Diego m TBBOandhas 

contributed to the design of 
the PaintJet and DraftPro 
plotters and the SurePlot 
pens and optical line sensor 
for the Dr.T ■■-.;.:." ^'lus plotter Three patents have 
resulted from his work on these projects. A graduate 
of California Polytechnic State University at Pomona^ 
he received a BS degree in mathematics in 1977 and 
an MS degree in engineerir^g in 19BD. Before joining 
HP he was with the Jet Propulsinn Laboratory, where 
he worked on wideband error correction schemes for 
Voyager transmissions. He is a member of the AS ME 
and a licensed professional mechanical engineer, 
Robert was born in VVarwicli, Virgmia. He works with 
local school children as a Choices volunteer and says 
that he enjoys running, bicyclmg, surfing, and "long 
walks along the beach with my wife and daughter." 

Josep G Ira It Adrcrtiar 

aflSD engineer Josep GiraEt 
has been with HP's Barcelona 
Peripherafs Operation since 
19B9, A specialist in com- 
puter graphics and firmware, 
^•^k/ he ha s co nt r i b uted to the 

' .Mi/K d es ig n of the D raftlVl aste r 

^^H BX/MX user interface, de- 

^^* veloped line sensor algo- 

rithms for the DraftMaster Plus plotter, and designed 
and implemented firmware for the DraftMaster Plus. 
Currently, he is implementing a software develop- 
ment environment and defect tracking system. He 
holds a degree in electrical engineering from the 
Polytechnics I University of Catalonia and is a mem- 
ber of the ACM and Eurographics Before joinmg HP 
he was with the computer science department of the 
same university and later with the Siemens software 
deveEopment center He was born in Barcelona, is 
marrted. and enioys skiing and soccer, 

Joan Uioz 

PAs a duality engineer with 
HP's Barcelona Peripherals 
Operation, Joan Uro? was 
responsible for performance 
testing and competitive 
analysis in the development 
of the DraftMaster Plus plot- 
ter. Since joining HP m 1933. 
he has done similar work for 
earlier DraftMaster plotters He is a graduate of the 
Universidad Politecnica de Barcelona and has an 
Ingeniero Superior de Telecomunicacioo degree witb 
specialization m electronics He is particularly inter- 
ested in applications of machine vision to print quat- 
ity evaluation Belore joining HP he developed flex- 
ible workcells for Lucas CAV and fluids measurement 
equipment for Schlumberger He \$ named as an in- 
ventor in a patent on a remote reading system for 
home gas meters. Joan is a native of Guadi)(, Granada- 
He is mamed and has two daughters His interests 
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iTKlutte situng, clrmteng, and cBhcr aorirrti^ m cantsct 
wittinsuiie. 

Isidre ftosello 

i^ I s f df e floseSlo was R&O proj - 

^■t ect mgnaoef for tf« Oraft- 
^^ Master Pius ptdtter at HP's 
ri^pD Barceltma Peripherals Op- 
[- - "^ 3fM]&n. H& »s named as an 
^H I nvemof m a pend i r^ patent 
BB[ on itie SufePlot ctrawJ ng 

^^g|ta systefTi Naw art RSlD pro- 
^^■''"■" graiTT managef. he is parttcu- 
lariy intemsled in process improvement for new- 
product pfograms. A native dI Bafcslona, he recBsved 
his BS degree in electncaJ engme&nng from the Poly- 
tech nice ( University of Catalonia in 19S1 and his MS 
degree in computer science from Stanford University 
in 1985 Before joinjng HP in 1 368. he worked in new 
product development far a small company and served 
as assistant professor of digital systems at the Poly- 
lechnkral UnivErsity of Catalonia He's a member uf 
the ACM. Isidrs is married and has a son, and says 
that in addition to life, friends, and family, he also 
enioys readinn and bicyclmg. 

42 Media Gutted 



Ventura Caamano Agrafojo 

a Ventura Caamano is a manu- 
facturing engineer at HP's 
Barcelona Perfpherals Op- 
eration {E?G\ He received 
his BSME degree from the 
Unjversidad Metropolitana 
in Caracas in 1980 and his 
Master of Engineering de- 
gree m mechanical engi- 
neering from Stevens Ir^siitute of Technoiogy m 1983, 
He joined HP in 19B8, nefped bujid the mechanical 
infrastructure for the BPO lab, and cfiiJ fo3 sib if ity 
studies of DraftM aster |] letter enhancements. Hg 
was responsihle tor the cutter design for the Draft- 
Master Plus plotter and (S named as an inventor in a 
pending patani on the cutter destgn, He is an 
associate member of the ASMB Befare joining HP he 
was involved in the mechanical design cf menial 
navigation systems with Ceselsa S.A. Ventura was 
born in fSJoia, La Coruna, Spain, He is married and 
enjoys mountaineering, scuba diving, and mountain 
bicycling 



i 



David Perez 

^^^^ Qua lity engineet David Perez 

^^^^^^ set thg reliabi luy goals and 

^^^^^^% defined the reliahi liiy assur- 

|H ^J ^"^^ P^^^ ^^^ ^^^ ^^^^^~ 

^ ^^ " Master Plus plotter A Barce- 

1 iSjJfc lona nahve, he joined HP's 

I ^^^ / Ba rceJ ona Pe r ip h era I s D p- 

\SM| er3ti[>n in 19B9. Ha has a 

^^" degree in industrial engineer 

ing from the Polyt^chnicat University of Catalunya in 
Barcelona and is a member of the Collegi Oficial 
d'Enginyers Industrials de Catalunya. His leisure in- 
terests include mountain biking, skiing, scuba diving, 
tenrvis, and rearJing 




Josep Abe f la 

Until recefTtly 3 meuology 
e?>gineer in the Sarcelcma 
Peripherals Operation qual- 
rty department, Josep Abe! fa 
dd The metrology engineer- 
-Jtfc ing for tf>e DrattMssteT Plus 

1 ^mU ^^^' "-i"En!\ B ^Sierials 

^^^^^^ p3c».^, ---Pm 

TM He received his degree in industrial Higineei- 
ing in 13BS fTom Escofa Tecnica Superior d'EnginyefS 
IndtiStrials de Terrassa Before coming to HP he de- 
veloped fire protection systems with Guardian Ibertca, 
was an industrial engineer with Torredemer, and 
served a year in the military engineers He was bom 
m Terrassa, Barcelona, is married, and has a daugh- 
ter. In addition to spending time with hrs family, he 
likes to travel pg, ski. and play soccer and is a fan of 
Formula [racing 
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Jordi Gonzalez 

ORScD software engineer 
Jordi Gonzalez joined HP's 
Barcelona Peripherals 0|^ 
^ ^ erahon in 1988 He has de- 

veloped HP-G[y2 and pen 
plotter firmware, most re- 
cently for the DraftMaster 
Plus plotter, and has profes- 
sional interests in operating 
systems and distrtbuted processmg. He is a member 
of the IEEE and has a degree in telecommunications 
engineering (1982) from tfie Universidad Politecnica 
de Barcelona Before coming to HP, he was with 
Siemens, where he developed computer communica- 
tion software systems and applications. He is, married 
and is a native of Barcelona. 



'^ 



Jaume Ayats Ardite 

^^^^ Jaume Ayats is a quality 

^^^^Wl engineer with HP's Barce- 

^ \ lona Penpherals operation 

^ .0^ ^f a nd se rve d i n t h at ca pac i ly 

^or the OraftMaster Plus 
plotter project He has a 
degree in industrial engi- 
neering from the Polytechns- 
cal University of Catalonia 
(19B7) and is interested in quality planning as a tool 
for project tracking. Before coming to HP in 1989 he 
worked on automation and process control at the 
university's Instituto deCiberneiica. Born in Barcelona, 
he is married and just welcomed his first child. 

Carles Castellsague Pique 




Plus user interface 



Carles Castetlsague joined 
HP's Barrreluna Peripherals 
Operation in 19B8 An R^D 
software engineer, he has 
worked on implementation 
of the H^GL/2 graphics lan- 
guage for pen plotters and 
on the design and develop- 
tnent of the DraftMasteF 
Carles received his BS degree in 



computef science in T3S1 from Barcelona Autono- 
mous University and his MS ttegreem computer sci- 
ence in 1988 frBm Gec^e Washington UniverSfty 
Before joining HP he was a software de^^loper for 
the General itat Healtti Department and the World 
Bgnic He's a member of ite MM ar>d is inter^ted ^n 
cjjmpmp' graphics. Carles is marrfal araj has two 
daughters. He was hero in GraoDllers, Spain and 
envoys mouniain biking. 

56 Multiprocessor HP-UX 

Kyle A. PoEychronis 

RKyle Potychroois is a project 
manager at HP's Open Sys- 
tems Software Division. He 
joined the fnfonnation Net- 
works Division in 1 983 as a 
software engmeer working 
on the Turbofmage prphfer 
and dien [he HP-U.X kernel 
He then sen/ed as project 
manager foj ine HP-UX kernel and the malttprocessor 
adaptation of HP-UX for release B.D6, He was a con- 
sulting project manager for the HP corporate engineer- 
ing software inttiauve, and is now pro feet manager for 
HP-UX open systems I/O. Kyie s pra-essronal interests 
are operating systems, software e'lg neering tech- 
niques, and database systems He received hii BS 
degree in computer sciEnce from the University of 
Utah in 1979 and nis MS degree in computer science 
from tfie University of Galifnrn^a at Berkeley in 198D. 
Betnrn ro'^.ing :o HP he d eve 1 open database onented 
UMIX applicatinns for the telecum inilustry at Bell 
Laboratories. A native uf Salt Lake City, Utah, he is 
married and enjoys hiking, camping, music, and 
gourmet food end wine 

Douglas V. Larson 

Software devetopment 
engineer Doug Larson joined 
HP's Data Systems Division 
in 1979. He worked on the 
RTE operating system until 
igB3, then joined the HP-UX 
kernel fab, now part of the 
Open Systems Software 
Division. Eor the mulhpre- 
cessor HP-UX 8.D6 operating system, he was respon- 
sible for process management and system perfor- 
mance. Born in Minneapolis, Minnesota, he served in 
the U.S. Navy for sIk years, attaining the rank of petty 
officer first class, and attended the University of Min- 
nesota Institute of Tech no fogy, receiving a BS degree 
in computer science m 1 978. Before joming HP, he did 
scientific programming (or the University of Minnesota 
and the U.S. Bureau of Mines. Doug's interests in- 
clude go (he's a three-dan playerf, live theater, arxi 
ballroom dancing. 
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Fsfid Mstta 

S'fice joining HP in 1981, 
!-a':d Matta has been in- 
volved in various phases of 
advanced iniegratetl-circuit 
processing. Eestmg, and 
packaging. He served as a 
process engineering man- 
ager for NMOS and CMOS 
IC manufactiiring, as a pro)- 
ect Eeader developing the menfttirane probe test tech- 
nology, and as a project mar^ager for the devefop- 
moM of the DTAB packaging technoiogv- Currentfy, 
Farid IS a project manager with HP Laboratories, 
working on the developrrtent of new meaijurement 
instruments. He is an author or coauthor of over 30 
technical publications and is coauthor of a book an 
elecirical contacts and interconnects published in the 
USSR in 1974, He fs named as an jnventor in five 
patents and js a member of the IEEE end the IEEE 
Cornponent,s, Hybrids, and Manufacturing Technology 
Group, Betore joining HP, he worked on bipolar IC 
fabrication at Advanced Micro Devices, and was an 
assistant professor at the Institute of Electronics in 
Menouf, Egypt, He recejved his BSEE degree in 1965 
and his PhD degree in micrQeledranics in 1972 from 
the Leningrad Institute of Electrical Engmeenng. Fand 
was born in EhMenya, Egypt He is married, has a 
son, and enjoys painting, art history, and hikmg. 

78 EISA for HP 9000 



Vicente V. Cava nn a 

Vince Cavanna is an 
engineer/scientist at HP's 
Systems Technology Division, 
specialising in high-speed 
digital design, synchrnniza- 
,, ^^ ^»^ tion,, and electromagnetic 
"^1^^ ^ ^m^ compatibility (EMCf He 

^^ Br ^'"^ '' ^^^ ° ^^ ^^^ ^ ^ """^ ^^ '^^^^ ""^ 

-^^ for the HP EISA cards and 

consul ted on the implementation of the EISA subsys- 
tem for the HP 9000 Series 700 workstations. Born in 
Manila, Philippines, Vince received his BSEECS degree 
(19741 and MSEECS degree! 1975] fnom the Uniuersitv 
of California at Berkeley He joined HP's Automatic 
Measuren^ents Division in 1976. The projects he has 
worked on incEude the HP 2240/5D measurement and 
control processor, HP Fiber Link, and vartoos back- 
plane interface chips for channel I/O and HP precisson 
bus backplanes. His work has resuhed in a patent on 
an LED driver for a high-speed fiber optic transceiver 
and a joint patent on a FIFO-baseiJ synchronizer that 
is used m varioiis HP products. Vince is married and 
has four children. He is a table tennis tournament 
player, as well as a soccer player and coach, and he 
en|oys reading, gardening, and woodwprbng. 




IK 



Chrrstoiiher S.Liu 

ChrssLiu is a hardware 
development engineer at 
HP's RosBVi lie Networks 
Division He joined HP rn 

1. .^^. ^^ 1984 after receiving his 
k -^n^ '^^M BSEE degree from the Uni- 
^^^^^^H vers ity of the Pac i fie tha t 
^I^^Bv ^ same year. At present he is 
^^^^^^ working on network inter- 

faces for printers and plotters. For the HP EISA proj- 
ect he worked on the hardware development of the 
HP EISA HP4e card. Before the EISA project, he 
worked on HP precisfon bus development tools and 
before that he worked as a manofacturmg develop- 
ment engineer on HP 900 D I/O interfaces. Before 
coming to HP, Chris was a co-op student at NASA 
Ames f^esearch Center where he worked on Ehe con- 
trol system for a laser-based veiecity measurement 
system His work at HP has resulted m a pending 
patent far dynamically configurable interface cards 
withvahable memory si^e Born in Lodt, California, 
he is married, and his mtereats include bicycling, ski- 
ing, sohihalL and golf He also enioys carpentry end 
reading 

aa EISA I/O Cards 



David S. Ctark 

^fl||^^ After receiving a BSEE 
1^^^^^^ degree from California State 
fl|^^|^^B University at Sacramento jn 
TT ^ T 13B6. David Clark joined 
^ **" ' HP's Rosevifle Networks 
^^ Division. He is currently a 

^^^ hardware engineer with HP's 

% Sy stents Technology Di vision 
"' and is working on high- 

speed networks, as well as completing his MSEE 
degree at California State University at Sacramento 
Since joining HP he has worked on HP precision bus 
I/O interfaces and the HP EISA programmable serial 
interface canj, He is lasted as an invenior on a pend- 
ing patent for the HP EISA bus master. Born in Tokyo, 
Ja^an, David enjoys gem cutting {faceting), cabinet- 
making, runnmg, and learning to play the piano. 




Andrea C. Lanti 

^ . A graduate flt the University 
of Delaware with a BSEE 
degree (1985) and the Uni- 
versity of California at Dav<s 
with an MSEE degree 
[ I geBL Andrea Lantzjnmed 
HP's ftoseville Networks 
Division m tBaS. As a hard- 
ware development engineer, 
she designed hardware and application software for 
HP precision bus hardware tools that are used m PA- 
RISC machines She also worked on the hardware 
design and development tor the HP EISA program- 
mable serial interlace card At.present. she is a man- 
ufacturing development engineer responsible for MPs 
JetDirect products. She has published four papers on 
LAN access protocols As a career guidance chair for 
the Sierra Foothills section of the Society of Women 
Engineers she works at encouraging high school and 
college students to become engineers Bom in Wil- 
mington. Delaware, Andrea js married and enjoys 
music, hiking, softbalL and trying to play golf. She is 





also on the adjunct faculty of the f^ational University 
in Sacramento, Cahfornia, wfrere she teaches classes 

in the compLiter science department. 

Christaphef S. Liu 

Authors biography appears elsewhere in this se<;t(on, 

Thomas E. Parker 

Tam Parker came to HP's 
Computer Support Division 
as a summer intern in 1981, 
Starting as a production 
technician, he later became 
a production engineer He 
received his BSEE degree 
from Cafifomia State Univer- 
sity at SacramentD m 1983 
and joined HP's Roseville Metworks Division as a de- 
velopment engineer. He was the hardware design 
engineer for the HP EISA SCSI card A native of Sac- 
ramento. California, Tom is married and has three 
children He enjoys playing golf and soccer and 
contributes time as a youth soccer coach, 

Joseph H. Steinmetz 

A graduate of California 
State University at Chen 
with a BS degree! 1 9&8hn 
computer engineering, hard- 
ware engineer Joe Stein- 
met? joined HPs Roseville 
Networks Division in 198B, 
Joe contributed to the devel- 
opment of the HP EISA SCSI 
card for the HP 900D Series 7D0 workstations. Some 
of his previous assignments have included develop- 
ing SCSI I/O cards for HP precision bus and channel 
1/6 SCSI, and backplane ASICs for other HP 9000 I/O 
interfaces He is currentty listed as a coinvenfor in a 
patent application for a coprocessor supporting archi- 
tecture for a processor that does not natively support 
coprocessing. Born in Giiroy, California, he enjoys 
mountaineering, rock climbing, running, and biking 
when not pursuing his professional interests in ASIC 
design tools. simulaTion, and synthesis. 
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Bill Thomas 

^^^t A m emb er of the tec h n ica I 

^IP^^ sta ff at H P 's System s Tech- 
^^^ ^fca riology Division, Bill Thomas 
J^ ^ #^ worked on the design and 
impse mentation of the test 
software for the HP EISA 
SCSI.cardfortheHPgoOO 
Series 700 workstations. 
^ After receiving his BSEE 

degree from the University of Calffornia at Berkeley 
m 1969, he joined HP's Lovefand Instrument Division 
in Loveland. Colorado, and completed his MSEE de- 
gree work at Colorado State University in 1972. Dur- 
ing his career with HP, he has worked on software 
and hardware design for IC test systems,, test system 
software for the HP 1000 Automatic Test System, 
thick-film substrates, IC design for the HP 9866 A 
thermal printer, design and implementation of the 
HP- IB channei I/O interface, and diagnostic and self- 
test software for the SCSi channel [/O interface. He 
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is a member cff the lEE His prtifessionai interests 
iffclutfe software, hardvi-are, and tinriware interfaces 
between host s^Hems and perf^rals. as well as 
software reuse and object -orient&d programming Bill 
IS mmi^ and tias ttnee chifdr^ He is an active 
TTTenrter of two amateur radto emeigencv 9myp$ in 
SacfamentD, California, and isa jydge far Calrturnia 
applicants seeking natronal science scMarsfiip grams 
His tiotofis include cabineimaking and camping 

Alan C. Berkema 

Software devglogmenT 
engineer Afan Berliema at- 
tended Calffomia State Uni- 
versfty m SacrsmentD where 
he received nis B5 degree in 
computer science and sys- 
LEmsj software in 1384. The 
next vesr he joined HP's 
RosevNle Networks Divjsjon 
Currentty, Afan is working an a high-speed mass stor- 
age I/O acfapler. For the HP EISA SCSI project, he 
hefped design anti edit the interface spec ifica linn and 
all test softv^fare for ihe interface dnver Before the 
EISA SCSI project, he warked on the SCSJ channel I/O 
host adapter firmware. Barn in Djakarta, Indonesia. 
AJan served four years jn the United States Atr Force 
as a computer technicEan, attaining the rank of ser- 
geant. He is married, has one daughter and enjoys 
jeggjng. fishing, and camping. 

Eric G. Tausheck 




_ , Eric Tausheck is a develop- 

^^B^^^^ fiient engineer at HP'£» Sys- 

^^^^^^^^ Ji ' t ems Te c h no logy Division. 
H|^ fjM He j Q ined H P's Rosev i I le 
^^^^t^Sm Networks Division in 1SSD 

Hj^^^^V after rec e i u i ng a BS deg re e 

^n[^^^BI inintormationandcomputer 

E|^^H sc ie nc e fro m th a U n iversi ly 

"^^'-^^^ ' of Calif ornra at Irvine that 
same VEBi"' Presently, he is wnrking on high-speed 
adapter design and the associated interface driver 
He designed and implemented the ha rdv^a re- specific 
portion of an interface driver for the HP EISA SCSI 
card Other projects he has worked on include f irm- 
ware impfementation for the HP-CIO (channel l/0| 
HP-ie and HP-FL adapters, the HP precision bus and 
interface dnver desigr>s, and spec ificat inns br HP 
designs hased on the NCR 53C700 chip family. Hfs 
mam professional interest is high-performance 1/0 
system design Born in San Lorenzo, California, Erie 
enjoys time witli his wife and two children 




Bnin 0. Mattaffy 

Brian Mahaffy. a devsic: 
men! engineer at HFs Rase- 
VI He Networks DwSfDn, 
j joined HP in 19^. He re- 
'■A^V'V ^^ C^tved his AS ctegree in 
^^t^* ^^ electronscs teehnof ogy ^^ 
"^fmg^ Americaii River College »n 

^F - Wf^ 1 581 and later received tus 

^^ BS degree m ceniputer engi- 

neenng from CalifomJa State University at Sacramento 
in lSi9 He worked on implementing the I/O depen- 
dent code for the HP EISA SCSI project. Curremiy, he 
IS woricing on hard-copy interconnect netwode inter- 
faces. Past projects include SCSI channel I/O. HP 
3mO CPUs, and I/O interfaces for HP 10DQ computer 
systems, A native of Sacramento, California, Brian is 
an active member of the Sacramento County F^adio 
Amateur Civil Emergency Services (RACES), wtiich 
provides service during natural disasters and other 
emergencies as part of the U.S. Civil Defense net- 
work. Brian is married and has one child (another is 
expected soon) Hts hobbies include ham radio and 
radjo-controlled aircraft. 



10& Open Svstems Solution 

Michaet E, Thompson 

Mike Thompson is a prodiic- 

tivfty and quality manager at 
HP's Worldwide Customer 
Support Operation (WCSO) 
and has served as a project 
manager for various soft- 
ware support applications 
developed at WCSO He 
presently manages technical 
architecture implementors and quality engmeers in 
the worldWFde support systems group In WCSO A 
native of Las Cruces, New Mexico, Mike received his 
BBA degree in management information systems 
(1983) and his MBA degree (1935) from New Mexico 
State Unfversity, Before coming to HP in 1 935, he 
was 3 consultant for Arthur Andersen ^ Co. 





Gregson P Siu 

Gregson Siy is a techncilogY 
quality section mar^a^r at 
HPs Worldvk'ide Customer 
Support Operatisn He 
joined HP in 1982 He was 
the project manager for the 
server portion of ti^ cys- 
tamer order tFBckmg system 
^ described 10 the arride In 

tm pst he has wo^ed as a developrnent engineer for 
HP's order managenrtent system, a project manager 
for a field resource management system, and a pro- 
ductivity manager for the worldwide support services 
group in WCSO He was born in Honolulu, Hawaii, 
and received his BBA degree in management infor- 
mation systems from the Universrty of Hawaii in 
1982 

Jonathan van den Berg 

...nr van den Berg is an mfor- 
■"'la^ion technology architect 
•n HP's Worldwide Customer 
S..ipDort Operation (WCSOl. 
He served as a Technology 
a'cnitecture manager for the 
n nnt/server projects de- 
sciit^ed m his article, After 
receiving a BflA m manage- 
ment information systems from California Polytechnic 
Institute at San Luis Obispo in 1984. Jon came to 
HP's Computer Support Division that same year asa 
software engineer. He has worked as a development 
engineer, project manager, and technical architect for 
various projects at WCSO Before coming to HP, Jon 
was an MIS analyst for IBM Coiporation. Born m 
Annapolis, Maryland, he is married and has one 
child. His professional interests are object-oriented 
analysis and design end integrated development en- 
vironments. His hobbies and interests include U.S. 
amateur soccer, Brihsh sports cars, and Californfa 
open-space parks 




)Copr. 1949-1998 Hewlett-Packard Co. 



Dec^ember IW2, tkwI^il-Ptu- k ji r = 1 . 1 m im.il 119 



HEWLETT- PACKARD 

JOURNAL 

D E X 



Volume 43 January 1992 through December 1992 



HewleU^Fackard Company, RO, Box 51627. Palo Ato, Caiifomra 94303-0724 U.S.A. 
Yokijgawa-Hewlen- Packard Ltd., Sygmami-Ku lokyD 168 Japan 



Part 1: Chronological Index 



February 1992 

Low-Cosl, 1 00-MHz Digitizing Oscilloscopes, Robert A. Witff^ 

A High-Throughput Acquis.! tion ArcliltecturQ for a I0!i-Mllz Digitiz- 
ing Oscilloscope, Matthinij S. Hoi^oinb and Daniel P. Tmmt 

Sample Rate and Display Rate in Digitizing Oscilloscopes 

AFast^ Built-in Test System for Oscilloscope Manufacturing, Stuml 
O. Hall and Jay A. Alexander 

Verification Strategy' 

Stimulus/Response Defect Diagnosis in Production 

Measuring Frtxjuency Response anci Kffective Bits Using Digital 
Signal Processing Techniques , Martin B. Ginve 

Calculating Effective Bits from Signal-To-Noise Ratio 

Mechanical Design of the HP Ji4<i(H) Series OsciJ lose opes, Robin F, 
Yergtmson and Ti.wnf.hy A. Figge 

EMC Design of the HP [>4f5^)0 Series Oscilloscopes^ Kenneth D, 
Wyatl 

Digital (JsciUoscope Persistence. Jainc^s A. Kahkoska 

A High-Resolution, Multichannel Digital-to- Analog ( -onveiter for 
Digital Oscilloscopes, Gmsvcnor H. Garn&lt 

Using the Iligh-Resoiution, Multichannel DAC in the IIP 54601 A 
Oscilloscope 

Comparing Analog and Digital Osciiloscoijey for Troubleshooting. 
Jerald H. Murphy 

An Introduction to Neural Nets, John McSk/xne 

Design Challenges for Distributed LAN AnalysiSj WIMam W. 
CramfaU 

Poor Network Partitioning 

AprU 1992 

VXlhiis: A Standard tat Test and Measiu'ement System Architectmre, 
Laivif^we A. DesJnjriin 

The HP VXIbus Mainframes 

MQbus TenninoJogy 

The VXIbus Prom an Instrument Designer's Perspective, Stei>en J. 
NafX'iso and GrcgonjA. Hill 

Elxamples of Message-Based \^bus Instruments 

Small, Low-Cost Mainframe with a Register-Based. Interface 

Design of Mainframe tlnnware in an Open Architecture En\1ron- 
inent. Paid Br Worrell 

Real-Time Multitasking of Instmmerits in Lhe IXlbus Conunand 
Modules, Chri^^topherP Kelly 

VKl Prograiuining in C, Lee Akiiison 



Achieving Fligh Tliroughput with Register-Based Dense Matrix Relay 
Modules, SajnS. Tkal and James B, Dutr 

Mass Interconnect for VXIbus Systems, Calvin L. Efickson 

A Manufacturing-Oriented Digital Strniulus/Response Test Instrument, 
Darid P Kjot^ne^A 

DigitJil Test Development Software for a VXIbus Tester, Kfmnelh A. 

Ward 

The VXIbus in a Manufacturing Test Enwronment, Larry L. CarlsOft 
and Wayne H. Willie 

The Peak Power Analyzer, a New Microwave Tool. Dieter Scfieren 
Willuinr E. Slrasfier, Janms D. MrVey, and Wugn^ M. Kelly 

Multilayer Sluelding Protects Microvolt Sigrmls in High-Interference 
Environment 

GaAs Technology in SeEisor iu\d Basebfuid Design ^ Michael C, 
Fisehen Midmel J, Schoessoiv, and Peter Tong 
Han [ionic Errors and Average versus Peak Detection 

Automatic Calibration for Easy and AccuxaJe Power Measurements, 
David L Barnard, Henn/ Black, and James A. Thabnann 

Testing the Peak Power .\jial>^er i'lmiware 

An Advimced 5-Hz-to-5()(>MHy. Network Analyzer with High Speed, 
Accuracy, and Dynamic Range, Koiehi Yanagawa 

A High-Perionnance Measurement Coprocessor tor Personal Com- 
puters, Mike Moore and Erie N. GuUerad 

Measurement Coprocessor ASIC 

Measurement Coprocessor History 

June 1992 

HP-UX Operating Systeni Kernel Support for the HP 9000 Series 700 
Workstations, Karen Kersekcm and Jeffrey R^ GlaAson 

An Example of the FTEST InstmelUm 

Providing FIP-UX Kernel Rinctlonality on a New PA-RISC Architec- 
ture, Do f^r^ifi £^, Bf>llingerf Frank P. Lemnwn, and Dan nL, Yam hie 

New Optimizations for PA-RISC Compilers, Robert C. Hanseti 

link-Time Optimizations 

HP 9000 Series 700 FORTRAN Optimizing Preprocessor, Robert A. 
GolUiebt Daniel *A Magenhelmer^ Sue A. Meloy^ and Alan C. Meyer 

Vector Library 

Register Reassoeiation in PA-KISC t Compilers, Valsa Santhanam 

Softwaie Pipelining in the PA-RISC Compilers ^ SHdftar 
Ramakrislinan 

Shared Libraries for HP-UX. Gary A. Couianl and Midwlie A^ 
Pnseetta 
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Deferred Binding, Relocmion* and InitiaUzation of Shared Eibraiy 
Data 

Integrating an Electronit* Dicllonar>' into a Matural Language Pro- 
cessing S^'St^nt DtQ HQ C. Roberts 

Application of Spatial fVequenry Methods to Evaluation of Printed 
Images, IMle D. Rkissetl 

Parallel Raytraced Image Generation, Susan S. Spacit and Ronaid 
m Futiei/btmik 

August 199Z 

Midrange PA-RISC Workstations with Price/Performance Leader- 
ship, .4 fid ^tp^^ J, DeBfiei:^ and Kathleen \f- lMif:*€{er 

HP 9000 Series 700 Worksiation Finnware 

\1J^I Circuits for Low-End and Midrange PA-RISC i'oniputers, Cmu/ 

A, Oienson, LeithJohmufn. Stpven T. MiJugeiMurtl TliJittifW O. 
Meyen and Mark A. Forsylh 

PA- RISC Performance Modeling ;mii Suinilation 

ECL Clocks for liigh-Perfomiance RISC Workstations. Frank -/. 
I^'ftftfig 

HP yO(X) Series 700 Inpiit/Output Subs>'steni, Dan id IJ and Andn'_i/ 

B. Gore 

Design \'erification of the HP mm Series 700 PA-RIS(^ Workstaf ions. 
Ait M. Ahi. Gr^'gary D. Bnnriiigh.% Audm^ B, Gatv, Si ere W. 
LaMan Chi- Yen R^ Lin, and Alan L Wimnann 

HP Standard R^-RISC Test Progratns 

Simulation Toolset 

Debugging Tools 

Metrics 

Mechanical Design <3f I he 1 [P 9000 Models 720 and 7'JO Work- 
stations, .4 W^#/ L Rot\smr and John B HopfHd 
Meeting Manufacturing Challenges for PA-RTSl' Workstations, 
SpenrerM. Vrt\ Kt'via W. Allen. Amm Al Hurt} is, Snnuwl K 
Hammel, and Paul Riwhf*r 

lligh-Perfomiance Designs fc^r the U>w-(;tis| PA-RISC Dosktcjp, 
(inigH. Frink, Robc^ri J. namnmnd, Jahn A. Dt/L^tnl. and Don C. 
SoUis, Jr. 

Low-Cost Plain-Paper C'oior luUjH Printing, DaniHA. Keaii and 
Mirkuel S. Ard 

Thermal Inlget Review, or How 1 Jo Dots Get from the Pen to the 
Page? 

Ink and Print Cartridge Dwetopnient for the HP DeskJet 500C/Desk- 
WritcrC Printer Family, f'raig Mazf\ iMiva E\ Johnson, Dnniet A. 
Kearl, and Jiinifs F. Shields 

Color Science in Thrt*e-Color Inlyet Print Cartridge Devekipment 

Making HP !*rint Cartridges Safe for ConBiimors Around the World 

Auiornalfd /Assembly of the 1 IP Desklet oOfKYDt^^kWrifc^r V Cultir 
Print Cartridge, Lee S. Masim and Mark C Hath 

Color InHJf't Print (Cartridge Ir\k Manifold Desijtfn 

Adhesive MrUonal ar:(l E(iuipmenl Selection for lite HV Di^sk-k't 

D(K)C/r>eskWriier C Cukjr Print ('art ridge, Df/uglas ./ Rtrd and 

Trrrg Mr Landmghi 

Machine Vision in Color Print Cartridge Pmdiui Um, Miehad J. 

Menmn' 

HP DeskWriter C Printi:r UrivtT Dt-vi'litpnient, Wiliifiit^ J Aifru^ 

Tani D. CounfiMe, and Summ O. Miller 

Ati Interaftive I'ser Inlerface for Material Ri unircimttis Planning, 

Alvlna Y. iM.sliiaioh}, William J. Gray, and Biuimnt J. Williams 

UP MUP Action Majiager Prtyect Mimagenient 



October 1992 

The HP Network Actvisor A Portable l^st Tool for Pmtocol Analysis, 
Edmund G Mootv 

Network Advisor Product Enhancement Philosophy 
Embedding Artificial Intelligence in a LAS Test Instrument, Scrdt 
Godkni\ RiMi IniM^rniii^ and Stephen Wiu 

The l^ser interface for the HP 49S0 NetTs ork Adiisor Protocol Ana- 
h'zer. Thrtmns A Dnumas 

Objeci-fJriented Design and Smalltalk 

The Forth Inteiprmer 

The Network Advisor Analysis and Re-al-Tlme Environment, Sun it 

Bhal 

Network Advisor Pmtocol Analj-sis: Decodes* Rona J. Fntfer 

Mechanical Design of the HP 4060 Network Ad%Tsor, Kemtefh ft 

Krebs 

The Microwave TYansirion AnaJ>T;en A New Instrunteni Architecture 

for Component and Signal Analysis. Da rid J. Ballo and John A. 

\\'i>ndler 

Frequency TVaiislation as Convolution 

Design Considt^rations in the i\!icrowave TVansition Analyzer, 

Mirfia^i Drfhlejf>en and Juhn A. Wendler 

A Visual EngimHi*ring En\lronmenl for Test Software Development, 
iJfmglas C. fieflht'fjnd Willi am L. Ifiinf 

Object-Oriented Programming in a L^aige System 

Developing an Advanced User InterEace for HP VEE, WiUiam. L 
Hunt 

HP VEE: A Dataflow .\rcliitecture, Douglas C BmtJie 

A FferfoiTnatice Monitoring System for Digital Telecommunications 

Networks, Giovunm Nif^ddu. Fmiamfo M -S>rco, and Albpitf} 

Vallerin i 

G-Unk: A ("hipsel for Gigabit-R;iT** Dam Communication, Clin-Sun 

Yen, Richard C\ WYdker, Fafricfc T Feirmw, Cheryl SlouL Benny 

W.H. Lai, and WiUiam J* MrFmiand 

litmg-Bang Loop Analysis 

December 1992 

A Large-Fonnal Tliemial Ihkjc^t Drafiiu^ Plotter. Rob^m A. Bafilirr. 
Samnfi A. St odder -J of in K Mf']jn\ and Victor T. Encabcdxt 

Demgn.let Plotter l^ser Interface Dt^lgn; Learning the Hard Way 
about Human interaction 

Eiectnjnic and Firmware Design of {hi* IIP DesignJet Drafting Plotter, 
AUrcd Holt Mflnuw IV. Janifs R. Srhmedake, lue'Shumn Chm, 
and Anne F. Kadnnaga 

Pen Ahgnment in aTwoPen. l^arge-Format. Inlget Drafting Pkitter, 
Robert II Haaf^lhy 

Design.ici Hotter Chassis Design: A t'oncurrent Engineering Chal- 
lenge, llvmhy A. Um^nsi 
Dcsign.lpl Plotter End Cogens Prndured by ( "oinjection 

Dt^igtiJcl Plotter Mechanical Arrhitfcime Deveiopment Proc€*fis, 
Damd M. Petersen and (Jhuong Ta 

Iniprovwl Drawing Rebal>ili[y fnr Drafting Plotters, Robert H: 
iMinrhantjK Josejj Giralt Adroltcn Joan Vroz. and isidre RoseUa 

Average I Jsc?r Plot 

Atcepiabk* Quality l^vel Index 

An Auiojnaiic Media Cutter for a Drafting Plotter. VetUum 

Caamann Agrafojfh David Perez, muidos^ AMia 

DeOnitlons antl Measurement Procedures for Cui Ciiialit>- Panmieter?^ 
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ReengLneefing of a User Interface for a Drafting Plotter. Joixii 
Gon2ufez. Jaum^ Aijfif,s Ardftf, mul Oirte'i CftftfeUmgue Pique 

A Muiliprocessor tlP-UX Operating System for HP 900U Comparers, 
Douifkis V. Larsmi ami Kt^leA. Pol^chnrnis 
Next-Generation Multiprocessor liF-UX 

Advances in Integraied Circuit Packaging: Demountable TABj Fatid 

Maltu 

The EISA Standard for rhe HP tKJOO Series 700 Workstations, Vicente 

V. Cavanna and ChtiMophf>r S. Liu 

EISA Cards for the HP 9000 Series 70O Workstations, David S. 

Ctarkt Andrea C. Lantz, Omsloph^ S. Liu, Thomas E. Parker, 

and Joseph K SleimneJz 



Board-Level Simulation of ttie Series 700 EISA Cards 

Software for the ILP OSA SCSI Card, Hill llionmR, Alan C. Berkema, 

Enc C. Tauskeck, and Brian D. MaluiJ^ii 

Update on the SCSI Standard 

Adapting the NCE 63G710 to Minimiiie Interrupt Impact on 

Performance 

An Architeirture for Migrating to an Open Systems Solution^ Mitfmel 
E. UtOTTipson, Gregson E Siu, and Jonathan oan den Berg 



Part 2: Subject Index 



Subject 

0-S 

IS,12UAC chip 

ITLl HP-m controller chip 



Page/Month 



. - 49/Feb. 
. . 89/Dec. 



Accepta^hle quality level index ► * . , 37/Dec. 

Accuracy, cut ...... h * ,.. 47/Dec, 

Accumcyi dynamic* network 

analyzer , , 107/Apr. 

Acquisition architecture, 

oscilloscope 1 1/Fcb. 

Acquisition, peak power analyzer . BIVApr. 
Acquiyition processor IC .9, 12/reh. 

Acquisition unit, 

Network Advisor 30/Oct, 

Active data nik H&Oct 

Address generator 86, S7/Det., 

Address prediction 85, SS/Dec. 

Address verification ,_.,.-,..,. 88/Dec. 

Adhesive technology 84/Aug. 

Alert manager **..♦»*»»*,.* GT/Feb. 

Algorithm, edge smoothing, 

effects of . 71/Jutw 

Algorithm, effective bit^ .... . *, , , 32/Feb. 
Algorithnt, fi'cquoncy response , , , 29/Feb. 

Algorithm, "fill and flush" , . . . 72/Feb. 

Algorithm. Till and lock" - , 72/Feb. 

Algorithm, raytracing 7H/Jime 

Algoritlims, halftoning , . 99/Aug. 

AlgorithiTLS. network 

data reduction 71/Feb. 

Algorithms, network 

data transntissioji 72/Feb, 

Algorithms, print , . . 7(V.luiie 



Amplifier, sensor . 83, 91/Apr 

Amplitude (<^ time mai'kers JiT/Apr, 

Analysis and real-time (ART) 
environment .... 8, 22, 29/OcL 

Analysis data unit * . . . . 3(i/()ct. 

Analysis items ......,.»..,.. '^r 3Gi/0ct. 

Analytic signal 55, 70yOct. 

Analyi^or, microwave 

transition 48, 63/Oct. 

Analyzer, network lOI/Apr. 

.^nalyzpr, peak power ....*..,.., 81 /Apr 

Appearance-based 

color selection lOl/Aug. 

Application portability .......... 61/Dec. 

Architecture. acquLsidon, 

oscilloscc^pc ..,.,.... 1 1/Feb. 

j\rchitecture development, 

plotter . . . . . ..... 32/Dec. 

Architecture, multiprocessor .5G/Dec. 

Aiciutecture, Network Advisor .... 8/Oct. 
Architecture, neural nets ,.,..... 64/Feb. 

Arcliitectuie, parallel image 

generation . ^ . . . . ^ 76/.Iime 

Archive library ........,.,,*•-»' 46^June 

ARP [address resolution 

protocol) 24/Oct. 

ART (Analysis and real-time 

environment > S, 22, 29/Oct. 

Artificial intelligence. 

Network Advisor ..,...•...,,,,. 1 l/OcL 

ASICs, plotter IS/Dec. 

Assembly, print cartridge ........ 77/ Aug. 

.Assembly tooling . . • . , 30/Dec, 

.^sertion checks. tlP ELSA cartls . 95/Dec. 

Audio design, workstation 61/Aug- 

Autostore . . 7, 17, 45/Feb. 

Average detection ..**..,.. 94/Apn 



Average user plot 36/Dec, 

Averaging, peak power an^yzer . . 86/Apr. 

B 

Backplane interiace. PC^ (1S^\) . . . Ill/Apr 

Backward chaining rules ........ iMJct 

Banding 94/Aug.. 9/Dec. 

Bimg-bang 

phase-locked loop 104, 108, llO/Oct. 

Baseband circuits, 

peal<: powder analyzer , . . . . 85, 92/Apr. 

BASIC, PC ..., llO/Apr. 

Bayer's dither 99/Aug. 

Behavioral models 94/Dec. 

Benclimarks, \'XIbtis . 46/ Apr. 

Binary quantized 

phase4ocked loop ..... I(H, 108, llO/Oct. 

Binary rate multiplier 5i/Feb. 

Binding libraries 47/Jime 

Blackboard ...,.,.. WOcL 

Blade, rotating and linear 42/Dec. 

Bleed, color 69/Aug. 

Block diagram model 72/Oct. 

Board-level sinrulation 94/Dec. 

Boot process, multiprocessor 

HP-UX GO/Dec. 

Booting HP-UX, HP EISA cards . . . 9S/I>ec. 

BPS (Busy -system Program 

S>Tithesizer) ,..,... 37/ Aug. 

Bratich scheduling 35/June 

Built-in SCSI 30/Aug,, 98/Dec. 

Bus exerciser 3bAug. 

Bus gasket .83, S4/Dec. 

Bus master 8^J, 84/Dec. 

Byte swapping , . 4 . .^ . . . ..... 81, Ol/Dec, 
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C++t Network Advisor , , , . 2Q/Oct. 

Cable-length c onipensalion 6e/Apn 

Cable test tool 67/Feb. 

Cache, 

Series 700 7. IMuxie. 13, 14, 19/Aug. 

CalibrBtiorx, automadr ^fA^r. 

Calibralion, osciUc^cope 24. 54/Feb, 

Canned tests , * , 9, 24/Oct. 

CCnTG.S21 ._. ^/Oct. 

GELEX dictionao' 55, 59/Jiine 

Certification process, HP-lOC - * . * . 12/Jiine 

Channpl resistance 

corn peasal ion , 9T/Apr. 

Cliassis design, plotter ,,.,...,.. 28/Dec, 
Check source, 

peak power anal>^er . . .>••••, , . . 85/Apr 
Ciijpset, gigabtt-link . , , . ,^,.^ . . , . 103/Oct. 

Chipset. PCX-S v > . 8, 12/Aug. 

Chroma-based color selection ... lOiyAug. 

CIELAB , 71/Aug. 

C:IMT code . . , 104, 105/Oct. 

Class hierarchy ................. Sl/Oct. 

Client/server 109, 1 1 J /Tlec. 

Clock extraction . , . , 108/Oct. 

Clocks, workstation ....... 1^1, 2y, D9/Aug, 

Cockle , 9/Dea 

Coiryection .,.,,,,».,,...,,.... 31/Dec. 
Color inl^jet printers ............ 64/Aug. 

Color science .....*.. 71/Aug. 

Commentators , , . , , * . , , 0/Oct 

Ccinunimication, 

inter|;jroces.sor 113, 115/Apr. 

Comniimication protocols^ 

VXlbus U/Apr. 

Compensation code, 

soflwaj'e pipelining 44/.hine 

Componcni test * 57/Oct. 

Coi^iposite spring . . . , , 71/Dec. 

Compositing chips ..,».•>♦,*,... 80/Jnrte 

Ck>mpressiotVtranskit1on . . 54/Ort. 

Concurrency control ...,.,...,_ SS/Dec, 

Concurrent en^neering 28/l)ec. 

Conditional inversion 

vvitii master transition ...... 1 tM, 105/Dct. 

Cone angle . . . . , ,.♦.*,*. .,..,,. 42/Dea 

C'onsl^int foldii'fcg . . ......,,_ 35/Jime 

Cont**xts S6/f M. 

Contrast function 70/June 

Contrast transfer function ....... 68/June 

Cofirocesstir, 

float ing-(}oint ...... 8/June, 9, 15, 56/Aug. 

CoprcK^essor, measur**ment IIQ/Apr. 

Counter^ synchronotis binary 5 1 /Feb. 

CPU chip B, 13, 42, Sa/Auj^. 

Curl-set ... LVDer. 



Cut quality . . . 
Cutter, media 



46/Dec, 
.42/Dec. 





Data flow diagrains .,*•*,_*,... 113/Dec, 

Paia linkage table 17'June 

Data locality Jt]vJune 

Data models ....-,...,... , S5^0ct- 

Data preseniationT network ...... 74/Feb. 

Data reduction, network 71/Feb. 

Dtita transmission, network 72/Feb. 

Data transport 114/OcL 

Database management ..,,,,,,.* 9f)/0cL 

Data flow architecture . , , , , 84/Oct. 

Dc-to-dc converter . , .•->..>•• 20/Apr 

Deadlock avoidance .,,...,,,,.. SS^ec. 

Debugger 23/Dec. 

Decodes , . 9, 34, 37, 39/Oct. 

Defect tiiagnosis 27/Feb. 

Defects, user interface .......... oO/Dec. 

Deferred binding ......,.,..»,. . 62/June 

Degraded minute ...... i , i > ^i i . . 90/Oct. 

Demountable TAB 62/Doc. 

Deinux capability 99/Oct. 

Dense matrix relay modules ,., = ., 4 1 /Apr 

DepeTUleiicy graph, 

software pipelining , , 43/Jmie 

Design and code reviews ........ 12/ June 

Detection, average versus peak . . . 94^Apr 

Detectors, peak power h . . ► . * . 81, JKI/Ajjr. 

Development 

environment , . . , 107/Aiig., 22/Dec. 

Dcveloi>inenl process, 

IIP MRP Art ion M^mager ....... lO^VAug. 

Device models Sti/Oct. 

Dictionaries, electrordc , . 54/Jime 

Differential SCSI 97/BeC. 

Digital patterns 62 Jl/Apr. 

Digital tesi s^oftware ,....,,..... 69/Apr. 

Digital tester ................... 59/Ajrr 

Digital timing 63. 70/Apr, 

DigiiaJ-to-aiuiiog converter , 48/Feb. 

fUgitizing osclllosu;^opes, IOO-MDk . . ii/Fcb. 

Disk 'dmi^' 102/Dec. 

Dwjplay mte, oscilloscope ........ 18/Feh. 

DMA state machines , 91/Dec. 

Document input 03/Jime 

Document management , WJune 

Do I size, printer, effects of .,..., . 71/.huie 

Drafting plotter, inlget 6/Dec. 

Drafting plotter, pen . . 35/De(^ 

Driver, color printer 93/Aug 

Dry time, ink 13/Dec. 

Dye selection , , 70/Aug. 

Dynamic loader . . . ,**,,>>„*> BWmie 



i 

Edge effect, cut 47/EJee. 

Edge enhaticement ........ 100/Aug. 

Edge smoothing effects .......... 7 L June 

Effective bits meisureinent 32/Feb. 

EISA TS^Dec. 

EISA adapter .... 79^Itec. 

EISA address n^i SQ/Dec. 

EISAand DMA S9/Dec. 

EISA configuration . , . . 99^ec, 

EISA TOspace 81/Dec. 

ElSApipehning 84/Dec. 

Electrical performance. 

IC package , . . 66/TJec. 

Electronic dictionaries _ 54^June 

EMC iU^ign. os^'tlloscope 39, 41/Feb. 

Eniuiation, device Ill /Apr. 

Entulation, workstations 7/June 

Emulator strategy .......... 20/Dec. 

Encoding circuitiy ............. 107/Oct. 

End covers, plotter ._...,....., 3UDec. 

Engagement and driving device , , . 4iVDec. 

EnginiH^ring graphics 76/Oct. 

Envelope mode. 

peak power analyzer S6/Apr 

Error correction, plotter . . 25, 26/Dec. 

Errored second S9/0ct, 

Erbemet , 6/Oct 

Event log 67/Feb, 

Exceplion management 88/Oct. 

Execution flow .,.,*...» 87/Oct. 

Execution imit 14/Aug. 

E.Kpert system 1 1/Oct. 

Explicit loading ..,.,,...,..,.,. 50/June 

Explicit processor affinity 59/Dec. 

Extended Industiy Stantjarfl 

Architecture { EISAJ , . 78/Dec, 

F 

Fidse locking ...,. *.*.... i09/Oct. 

Fattlt rmder 9, 1 t/Oct 

FIFO buffer. HP EISA canls 90/Dec. 

Filters. DAC output 52/Feb. 

Firmware design, plotter ......... 22/D<»c. 

Firmware design, VXlbus 24/Apr. 

Firmware, netwf^rk a:ialy:ter .... 1 OK/.^i>r 

Firmware, 

peak power analyzer 95, 98/Apr 

Pirmwiu^e. workstation *...., 9/ Aug. 

Fii'st-level protressor fl2/0ct. 

Fixtures, network analyzer ...... lOO/Apr. 

Fit 1 at inj^- point 

cijprocessor ....... ti/June, I?, 15, DtVAug. 

I'lt ta t i ngjjoin t registe rs . . 1 6/J une, 1 6/Aug. 
FnRTIf 25/Oct. 
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FORTRAN compiler ... 24/June 

FORTRAN opliniizinfi 

preprocessor ....,,. 24/June 

Forward chaining rules IG/Oct, 

Fourier iranHfomi. image 

evaluation , , 69, 75/June 

Frame syncfironization 109/Oet. 

FVames, LAN protocol l()4/(>ct. 

Fraitie works, Network Advisor . . . 2:V0ct 

Frequency compression .,,... 52/Oct. 

Frequency files » . liS/Aug 

Frequency response, 

detector 82/Apr 

Frequency response 

r[ieasurement *►,.,*.,*>.., 29/Feb. 

Frequency translation S2, 6i/{)ct\ 

Friction, plotter nioflia , 13/L)ec. 

Fronl-piinei design, VXJbus 21/Apr. 

FTEST 9, lO/.runc 

t 

GaAs detectors . . 90/Apr 

Gate-level models, 

HP EISA cards 94/Dee. 

G ener al-purpose 

environment , . . 22, 23, 2W0cL 

Gigali it-link chipset K>;VOct. 

Grapliics, workstaiion . , . . 10, 60/Aug. 

Grey balancing 100/Aiig. 

H 

Halftoning _ . . , 99/Aug. 

Hardware models . . , . - 94/Dec. 

Harmonic errors ............. 82, 94/Apr. 

Heurii^iic processor affinity ...... 59/Dec. 

Hierarchical data abstraction liyOcl, 

Hierart^hical uniform grid ........ 78/,kiJie 

illPPJ .,...., 114/Ocl. 

HP Cooperative Sendees 105/Aug. 

IIP EISA HP-IB can! 89/Dec. 

HP EISA LAN card 85/Dec. 

HP EISA PSI card 92/Dec. 

HP ELSA SCSI card _ _ 87, 97/r)ec. 

HP-NL fjT/June 

HP-UX 8.06 (multiprocessor) 56/Dec. 

HyperChannel , I ];^/Apr. 

Hypothetical reference 

connection , 89i^Oci. 

! 

IC, acquisition processor .,..., 9, I2/Feb. 

IC, carriage 19/Dec. 

IG, GPU S, 13, 42, b&Aug. 

IC, DAG, iaJ2 , 49/Feb. 

IC, floating-point 

coprocessor .9, 15, i56/Aug. 



l(\ measurement coprocessor . . . 112/ Apr 

IC, memory and system bus 

controller . 17* 57/Aug. 

IC, PA 7100 , 21, 41/Aug. 

K' packaging 62/Dec. 

IC, pen interface , 19/rJec. 

ICi processor support .,,..,.,... 18/]"Jec 

IC, waveform translator 10, Ifj/Feb. 

ICs. gigabit-luik 103/Oct. 

ICA (interface connector 

tisseniblyj 8, 52/ Apr 

k:E, Image Compute Engine , . 76, 79/June 

IEEE 488.2 24/Apr 

IE PC f interen\ironment process 
coHinuiiii cation) . , 25, 29/Oct. 

IF corrections 66/Oct. 

Illumination models 76/June 

Iniage C^Jinpute Engine 76, 79/June 

Imago evaluation 6a/Ji.jne 

Image generation, raytraced, 

parallel ?6/June 

Implicit, loading , , . 50/June 

Mdex shifting 35/June 

Indirect DAC 48/Feb. 

Inference engine l4/(.)ci. 

Information engineering 1 13/Dec. 

information retrieval ............ 64^ June 

Infonnation technology ......... 109/Dec. 

Initial sy.stem loader . . . . , , . 101/Dec. 

Initiation intervjil ............... 4l/,Iune 

Ink tlesigEi. color printer G9/Aug. 

Inlyet color printers ............. 64/Atig. 

Instruction schetiuling ........ 17, 30/Junc 

Instnmient control ,,.........,.. 76/Oct, 

InstRiment libnuy 3G/Apr. 

hitcrface driver, EISA SCSI card . 101/Dec, 

InterproceduraJ transformations . . 2(Klune 

hitcn-upt liandlJng 59, 105/Dec. 

Interspace calls 50/,Imie 

I/O controller chip 29/Aug. 

I/O dependent code (lODC) ... 98, 99/Dec. 

I/O process, HP EISA cards ..... 105/Dec. 

I/O .^ystem, workstation ... 10, 26, 62/Aug. 

ISA , , , , 78/Dec. 

ISA tiaclq>Iane in!erfa<'e IC 1 12/Apn 

ITA (interlace test adapter) .... 8, 52/ Apr 

I_T^L nexus 1(K3/Dec. 

I_T_L_Q nexus , „ lO-3/Dec. 

K 

Kernel code 6/June, 56/Aug. 

Knowledge base ................ KVOct. 

L 

LAN analysis 66/Feb. 



LAN monitoring .... ........ 6(i/Feh. 

I^iriPrtiiie , 67/Feb. 

LAN troubleshooting 1 1/OcL 

Latching relays , 41/Apr. 

Level ijanslation circuit ,,.,..... 24/Aug. 
Ivexicographical information . . , . . StVJune 
l^xifron flevelopnxent .,...,.,... 59/June 
Line code, gigabit-link ....,..»., l(}5/0ct. 

Line sensor , 24, 3(VDec. 

Linear function test replacenieiit . . 35/June 

Linguistics, computational 54/June 

Link controller 84/Dec. 

IJnkagc tables, shared libraries . . . 47/June 

Linker optimizations 19, 22/June 

Linker, shared library 47/June 

Logic .synthesis ......... .... 21 /Dec 

Logical model , , , 1 lt)/Dec. 

Ix)op invariants 35/June 

Loop optimization 3;i/June 

Ijt^op schediding 39/June 

M 

Mainframes, VXJbus §J/Apr. 

Manifold, print cartridge 82/Aug. 

Manufacturability, IC package 67/Dec 

Manufacturing. PA-HISC 

workstations 49/Aug; 

Manufacturing, print cartridge . 77/Augt 

Manufacturing test 75/Apr, 

Miiss ini.crconnc^ct, \Xn:JU.s , 52/Apr. 

Master transition . . . , 104, 105/OcL 

Mastered burst reads 85/Dec. 

Materials management lO^/Aug, 

Matrix topokjg,v, relays , . , 42/Apr. 

Measurement system architecture . 7/Apr, 

Mechanical arcliitecture, plotter . . 32/Dec: 

Meclianical design. 

Network Advisor 41/Oct. 

Mechanical de.^igi\. 

oscilloscope ................... ♦36/Feb. 

Mechanical design, workstation . . 4;i/Aug, 

Media cutter 7> 42/Dec, 

Media, drafting plotter il/Dee. 

Media stackcjv drafting plotter .... i3/Dec. 

Mediation devices 90/Oct. 

Memor>' access transformations . . 2tyjune 

Memory and system biLs 

controller 9/June, 17, 57/Aug^ 

Message-based uiterface, VXTbiis . 1 1/ Apr- 
Metrics, verific'ation 41/ Aug. 

Microwave ti-ansition 

anal^-zer 4S, f^MJct. 

Mismaticii error ..«.,..*♦....,,.. S2/Apr. 

Model, optical line sensor ,,..,... 37/Dt*c. 

Model -view ardiitecture ...... S3, S^i/Oct. 
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Modulation transfer ftinctkiii G8/JiiDe 

Monitor ohamcterization 102/Aug. 

Morphology ....,,, , 56/Juiie 

\fHF (materials reqiiirem^its 

planniiig) , .... * . . , , ICKi'Aug. 

MSBursl* , . . - .....*.. ^^V^r 

MuJdple appycatiQn 

nianagemen^ - . 77rOt"L 

MuJtiproct»ssor HP-UX m/Dec. 

N 

Naiura! lairgiiage 

proce^iiig .......,..,.,.. 54, 57, 63/Jime 

Network Advisor ...... .^ * i .;.... - lyOct 

Network imalyzer .... * lOl/Apr. 

Network elements .,..,.♦..*,... 90/Oct. 

Network map ,...,.,,........,, 67/Feb- 

Netwnrk momtoriiig system 89/Oct. 

Network planning tool 75/Feb. 

NeuraJ nets 62/Feb. 

Nexus , 103/Dec. 

Node aging ...... 71/Feb. 

Node discovery ....,., 9/Oct 

Node traffic- chart ,..,,. 67/Feb. 

Nr>i5f(> recJiK tioii 53/Oet. 

Nonlinear device measurements . . 48/Oct. 

Nonlineariiy, detector . 81/Apr. 



Object-onented deHlgii ,....,. 23, 24/Qct 
Object-oriented programming .... ?6/Dct, 

(JtvK^f^t*^ 8170t. 

Offline sollware, HP EISA cards . . dl/Dec. 

Offset volt-age cotnpt*iisation 97/Apr. 

Online software. HP EISA cards , . 97/Dec. 

Open systen^s ....,, lt)9/Dw. 

< )peraring system, VXIbus 2fVApr. 

Opc*rations systems 90/Oct, 

Optimization. S*»nps 7W IT/iune 

Qscyjoscopes, HKJ-Mfh fS/Feh. 



PA THJO chip .21, 42/Aiig. 

Pat kaging, IC' ..... 62/Dec. 

Packet size display ()7/Peb. 

Packet trace loot . . , f37/FetJ. 

Parallel raytratuni linage 

generation 7(VJune 

Parallel ism. cut 46/Dec, 

PA-RISC 1.1 arcJiitecture . , 15/June 

PA^RISC extensions l&'Aug. 

PA RISC muJtiproc^jsor 

tirihitecture ............. Tj^VDcc, 

PA RISC siniiiiaaon 21, 34, 36/Aug. 

PA-RISC worksurions .0, 55/Aug. 



PartiUonJng, tielwork TfwTeb. 

Panem halftoning 96, 99/Awg. 

Pattern, lest , . ^^une 

FCX-S chipset . 8. 12^^Aug. 

Peak detect K'Feb 

Peak detet-tion , 94/Apr 

Peak measurements, mlcmwa^^ 8 1 /Apr- 
Peak power analj^ser Sl/Apn 
Pen alignment 24fDeC- 

Pen problems :WBec. 

Pc*rieti^tion depth 42/Dec. 

Performance, EISA SCSI card . . . KH/Dec. 

Perfonnance, 

nnjlti processor HP-UX GO/Dec. 

Pertbrmance. printhead . . - . . * 74/Aug, 

Perfom^ance, Stories 700 

work^^tation , . , 20/June, 10, 21, 55, 62/Aug. 

Performance^ Series 700 

FORTRAN 31/June 

Peripheral device driver lOlffiec, 

Peripheral units 93/Oct. 

Perpendicularity, cut ___,,,-.. 4()/Dec. 

Pei^istence. oscilioscope 45/Feb. 

Persistence. 

peak power analy/er 86/Apr. 

Pliase-lcxrked loop, binary lOS/CJet.^ 

Phase trigger 56/Oct. 

Photorealistic rendering .... . 76/.lune 

Ping W/Oct. 

PipeHne, CPU ............... 13. 20/Aug. 

PipeJine scheduling . U/.Timr 

Pipeline stall , 4(J/June 

plabel 4D/June 

Plotter, drafting, Inlyet . , CVlJec. 

Pint 14^ r, driifting, pen 35/Dec. 

Position independent code, 

HP4'X hiliared libriuy m/Mm 

Power environnu'rif 65/Dec. 

Preprocessoj-, FOHTRAN 24/June 

Print algorithm effects , , . . TO/June 

Print cmlridge. color , Bf)/Aiig. 

Print engine control . . , 17/De<.\ 

Print quality, drafting plotter ... 8, 36/Dec. 

Prinl ([uaJity tester 91/Aiig. 

Printer characterization , 102/Aug, 

Printers, color inlget 64/Aug. 

ProbeView 67/Feb. 

Prt>cetlure linkage table 47/Juiie 

Process developnienl ........... 3(J/Bec. 

Processing imit , 

Network Advisor ........... 31/Ocl. 

Processor dependent code 

(PDC) , ,,.,., 9MJ«*c. 

pRK:es3or st'hedubng 59/Dec. 

Profile-ha.st'd |>iureduiv 

repositioning 22/Jime 



Project delay . 


^^'Dec. 


Projec^t management. 




HP MRP Action .Manager ... 


. . im/AiMg. 


PROUX^ 


a. la^oct. 


Protocol analysis 


. 6. 34/Oci. 


Protocol analy2t»r 


. 6. 12/OcL 


Protocol decodes 


. 9.34/Oct 


Protocol following 


7/Oct, 


Protocol stack . . 


^.3MDpL 


Protocols, data link 


. . . 9lX)ct, 



Proio^ing, rapid 50/Dec. 

Pseudoinstruments ............. 26/Apr 

Pseudorandom test ijechnology . . . 37/Aug. 

Pulsed-RF measurements 48/Ocl, 

Pull in ,,,,,„ 10:]/Aug. 

Push out 103/Aug, 



Quad photodiode sensor ......... 24/Dec. 

Quality control plan. Series 700 . . . 12/June 

Quality, telecom circuit K9/Oct. 

QuickView , 67/Feb. 



Race avoidance 5M)ec. 

Ra.sterii^^tion 94/Aug, 

Ratioing. peak power analysser 87/Apr. 

Raytracu^g 76/June 

Receiv^^r, network analyzer I Ofi/Apr 

Receiver chip, gigahit4ink 104/Oct. 

Reernrimcy . 31/ Apr. 

Re^ster allocation , ♦..>..* I7/June 

Register-based interface, VXIbus . . I^/Apr. 
Register reassociation ........... S3/June 

Regression testing . , 108/Dec. 

Relationship matrix 42/Dec. 

Reliability, cutter . . 45/Uec. 

Reliability, drafting plotter ... Sfi/Dec, 

Reliability, DTAB 75/Dec, 

Remote links 92/Oct 

Remole test system, network ..... S0/Oct. 

Rendering, phtHon*alistit^ 7*VJune 

Repainting 82/Oct. 

Resfjiution, effecls of printer ..... 7I/June 

Resc]itircc mmiagement .......... 32/Apr 

Resource reser\'ation lable ....... 42/June 

Reuse, code . ,..,,..... 22/Dec, 

Rework estimation 5I/T)ec. 

HF filtering WOct. 

RISC, Network Advisor S. 22, 29/Oct, 

RISC workstations 6, rj5/Aug. 

liisk assessment ................ 50/Dec. 
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Safety, print cartridge TG/Au^, 

Saniplp rate, oscillox^cope ........ IB/Fcb. 

Sampler operation .............. 6^i/0ct. 

Sanipllngt periodic . , . , . 5{V0cl. 

Sampling, random repetitive ..... S5/Apr, 

Kf'alabiUt>; CPU ,.,.,,, BfJ/Aug. 

Scalar trans fommtiorus 25/ June 

Scatter halfr oning 96/Aug. 

SCl-Fl... ,,,.,.. Il5/C)ct 

SCPI (StJindard Couunands 

Tor Programniabl^ 

Iri-Sl oitnents} 15, 25, 42/Apr 

KfT<>en update rate, oscilloscope . . lO/Febn 

SCSI 30/Aug., 87, m/Det\ 

SCSI 2 , 103/Dec. 

SCSI LUNs 103/Dec. 

SCSI SCRIPTS lOfVDec. 

SCSI rargi^t emulator 107/Dec. 

Segment map §7/Feb. 

Semaphore data trap analysis 58/Dec. 

Semaphores 57/Dec- 

SensitKity, oscilloscope ,.,..,.., 82/Apr. 

Sen&or, optic:al color line 36/Dec, 

Sensor, quad photodiode 24/Dec* 

Sensors, peak power . * . * 82, 9f}/Apr, 

S<^mceability, iC package ^IfDec* 

Shadow registers 7/June, llVAug. 

Shared library^ , . . 4G/June 

Sharpness, media cutter .,...,.,, I^/Dec. 

Shear ai^gle 42/Dec. 

Shear joint 82/Aug. 

Sluelding, nuiltjlayor ............ 84/Apr, 

Shingling DT/Aug. 

Signal emiroiunent 64/Dec. 

Signal test 57/(.)i:^t. 

Signal'to-noise ratio 34/Feb. 

Simulation, behavioral. ASIC , 20/Dec- 

Simulation, limctional 2 I/Dec. 

Slitting device 43/Dec, 

Smalltalk (Network Advisor) .. 23, 24/Oct 
Software, network monitoring .... 95/Oct, 

Software pipelining 39/. June 

Software release* process .... 51/Aug. 

Soun^e, network analyzer , 105/Apr. 

.Sparse-page directory *- S/June 

♦Spatitil freqiiencj^ methods 6S/June 

Spatial subtii\ision 78/June 

Specification ^ user interface .,,,,, 51/Dec. 

SPECmarks 20, 32/June 

Speech technology .............. 63/June 

Spinlocks ,.,,., 57/11 o<. 

Stacker, plotter media ........... K3/Dec. 

St^ge count 43/Jiine 



Startup, data link .,.,..... lOO/Oct, 

Stationary' sampling 5S/Oct. 

Statistics, Network Advisor 7/Oct. 

Statistics tool , 67/Feb. 

Stiffness, plotter media , 13/Dec. 

StiiniiliLs modeling 95/Dec. 

Storage, oscUlcjtscope 7, 45/Feb. 

Siraighiness, cut 4G/Dec. 

Straightness, line 9/Dec. 

Strengdi reduction 34/June 

Subviews 82/Oct. 

SurePlot drawing system 35/De<:'. 

Symbol binding, shared iibraiy . . . G3/June 

Sy.'stetn bus interface cliip 17, 60/Aug 

System deskew litVApr. 

System integral if lu, TOlbus . . 56/Apr, 

System migration Ill/Dec. 

T 

TAB, demountable (j2/Dec, 

Tagged queuing 10:];/Dec. 

Technical architecture 1 1 (I/Dec. 

Telecom r n u n ic ations network 

monitoring 89/(.)rt. 

Temperature (iependence, 

detector 81/Apr. 

Test cases 50/Dec. 

Test cases, EISA SCSI driver .... lt)7/Dec. 

Tesi paHem , . 69/June 

Test plan, EISA SCSI driver Iflfi/Dec. 

Test prugrain generation .... 72/Oct. 

Test system, oscilloscope, 

built-in 21/Feb. 

Testability .....,,,. 21/Dec. 

Testing, EISA SCSI driver ....... KHVDec. 

Testing, 

Series 700 .... 13. I4/June, IS. 31, 34^ALig. 

Testing. Series 700 FORTRAN .... :KV.hine 
Tlvennal tierfornianfe, 

IC package 66/Dec 

l^hreads , 86, S7/0ct. 

Time windowmg 86/Apr. 

Timing analysis ................. 21/Dec. 

TLB . . . , . . 8/June 

TI.B design 15/Aug. 

TMN architecture 90/C)rt. 

Token ring network IS/Oct. 

Toner, effects of 72/June 

Tooling and molding, 

Net:work Advisor 45/Oct. 

Transformations, FOHTRAN 

compiler . , . , . . 25/Jtme 

Traiisition analyzer, 

niicrt^w^ave ................. 48, 63/Oct. 

Translation/compression ...,,,.. WOct. 



Tnmslation 

lookaside buffer ..,....,. 8/June, 15/Aug. 

Transmitter chip, gigabit4iiik .... 104/Oct 

IVends display 67/Feb. 

TYigger conditioning 86/Apr. 

Triggering, microwave transition 
analyzer 53i/Oct. 

'lYoublesbooilng, 

oscilloscopes for ............... 57/Feb. 

u 

Unavailable second OO/Dct. 

Uniprocessor emulation o9/Dec. 

Uniprocessor overhead 60/Dec. 

User interface, HP \Ti:E 78/C)ct. 

User interface, ttiicrowave 

transition analyser 59/OcL 

User interface, 

Network .Advisor 8» 22/Oct. 

User interface f plotter 12, 49/Dec. 

User objects 82, 86/Oct. 

l.:ser panels , Sl/Oct. 

V 

Vector library i^9/rlune 

Vector modeling 94/Dec. 

Vector4o-raster converter lb/Dec. 

Vector transformations ...... 2tyjune 

Verificalinn vs. 

cbarat terization 21, '22/Feb: 

Veiiiication, VT>SI 34/Aug. 

Version control, 

B?-l ^X shared library ... r>3/,Iune 

Veitical calibration 9S/Apr. 

Video response 82/Apr. 

Views 81, 84/Oct. 

Virl Lial instilments ............. 26/Apr. 

Virtual me[nor>^ PA-RISC 49/June 

\lrtual ribbon cable 10;i lUTOct 

Visual engineering enviromnent . . . 72/Oct. 

Vision, macliine B7/Aug, 

VLSI packaging t)2/Dec. 

\1.S1. workstation 8, 12, la^AtJg. 

Vl^lEbus , t)/Apr. 

Voxels 78/June 

VXIOS , ......... 29/Apr. 

W 

Waveform translator IC 10, 15/Feb. 

Waviness. cut 46/Dec, 

Word cla.sses 5a/Jime 

Word-serial protocol 12/Apr. 

Workstations 6, 55/Aug. 
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HP 4980A OEBE mi.^ and IEEE 802.5) Netwojcic Advisor , - , . . Oct 
HP49S1A {IEEE S02J} Network Advisor **..*. ..Oct 

RP4£®2A(TEEE 802.5) Network Advisoj- Oct. 

HP 4990A ProlM*\1ew network monitoririg soft waif — Feb- 

HP 4990S LanProb^ distributed LAS anal\^is s>'5ftem Feb. 

HP 4992A node locator - Apr, 

HP 8751 A netwfirk analyzer .,.,,.. Apt 

J-IP 8990A peak power analyier .,., Feb. 

FfF 9000 Series 700 FORTRAN optimizing preprocessor June 

HP 9000 Series 7<X)workstadons ., , _••*... Aug. 

HP 25d25A EISA SCSI-0 hosft adapter Dec. 

HP25560A EISA HP-IB host adapter Dec. 

HP 25567.\ EISA LAN/9<XK) host adapter Dec. 

HP MRP .^crion Manager Aug. 

HP 4I802A 1-MQ input adapter Apr. 

HP 54600A oscilloscope Feb. 

HP 54601.4 oscUloscope . ,.;.., ,..»,,,«♦,. Feb. 

HP 54655 A/56A rest automation module ......*.,.,.,.,... , Feb. 

HP 54657A/5SA measurement/stor^e module . . , r . ^ . . Feb. 

IIP 700O4A .MMS mainframe , ... Ocr. 

HP 70ii20f\ microwave traiLsition analyzer module Oct. 

HP 715O0.A microwave transition analyser . . . . ...... Oct. 

HP 750O0 Model D20 digital functional tester _ . , Apr. 

HP 75000 \'Xn>us instruments Apr. 

HP S2324A measurement coprocessor , , , . Apr. 

HP S4S12A. S4813A, 84S14A peak power sensors Apr. 

HP 87511A 5-parameter test set Apr 



HP 87512A transmission/rellertion testset , , . . Apr. 

HP DesignJet large-format inlgec drafting plotter ..,-.• .^ * * > Dec 

HP DeskJet 500C prinier .....*..,,.. ,,*,...,• Aug. 

HP DeiJkWriter C printer . . .^ug. 

HP DrafLMaster Plus large^ormai drafting plotter Dec. 

HP E1300 Series B mainframe Apr 

HP E1400 VXIbus mainframe .,. Apr 

HP E14Q5 MCJbus command module ...,...,,..-•...-■■■. Apr. 

HP E1416A RF power meter - - - . - , --;-,,.,..,. .^pr. 

HP E1426.^ digit iJdng f)ScillostT>f>e — Apr. 

HP El 440 A synthesized function/sweep generator Apr. 

HP E1465A dense matrix relay module , . Apr. 

HP E1466A dense matrix relay module Apr 

HP E14G7A den.se mairix relay module .,,..,. Apr. 

HP E 1496.4 digital test development software . .............. Apr. 

HP E3S60 digital performance monitoring 

and remote test system ...,,. OcL 

HP E3720A VlQbus interface connector assembly ....... Apr 

HP E3722A hinged interface comiecior assembly Apr 

HP E3730A interFace terminal module terminal board , . . Apr. 

HP HDMP-lOfJO gigabit link chipset Oct, 

HP J2159A EISA X.25/90(MJ Series 700 Dec. 

HP LanProbe network monitor ,,....., . *> . ....i. v Feb. 

HP ProbeVlew network monitoring software .............. Feb. 

HP Scope Link < jscUloscope-to-PC software , . Feb. 

HP-UX 8.06 multiprocessor operating system * . Dec. 

HP VT^E visual engineering test generation eiHiromitent ...... Oct. 



Part4: Author Index 



AheiJa, Josep ..,,,...,,.., Dec. 

Ahi. .AJi M. , Aug. 

Alexander, Jay A. ,. Feb. 

Allen, Kevin W. ,...., Aug- 

Allen, Mlliam J. Aug^ 

.\rrl, Michael S. ........ ... Aug. 

Atcfeon, Lee Apr. 

Ayats Ardite, Jaunie ..........,,,,. Dec. 

Ballo, Da\ad J. , OcL 

Barnard, David U ,..,.,,.,,., Apr 

Beaucliamp, Robert W. ^\ ..,.,..., , Dee. 

Beethe, Douglas C:. OcL 

B(^rk(*tiia, Alan C Dec, 

Bertsch, lames L Apr 

Bhai, Simil .................. . OcL 

Black. Heniy , .,,.,,. Apr. 

Blyt.he, Ciregory W. .........,..,.,, Aug. 

Boeller, Koljert A Dec. 



Bollinger. Donald E Jimt 

Burt h. rarl . . . , ....,.,,. Jtme 

BtuTOughs, Gregory D* .•/;.;•.•... Ipai»- 
Caamano j^grafojo, Ventura ........ Dec. 

t .'ampbelL Von Apr. 

( -ard, Steven R ......... Dec. 

Carlson. Larry I* • - * Apr. 

Caste llsague Pique, Carles Dec. 

Cavantta, Vicente V. ....... Dec. 

{^hen, lue-Shuenn ,......,.,., Dec. 

Clark, David S Dec. 

("ookt Charles W. Apr. 

Courville, Toni D. Aug. 

Coutant, ( ai^ A, , June 

Crandail, Williiim W. .............. , Feb. 

DeBaetiit Anilrew J. ... , . . ., .^ , Aug. 

[>(^.siiirdin. Liiwrence A. ............ Apr. 

Th^thlefsen, .Michael OcL 



Doumas, Thomas A. Oct. 

Ditm Jajnes B, ^ . Apr 

Dykstal. John A. Aug. 

Erickson. t^alvln L ................ . Apr 

Escobedo, Victor X Dec. 

Figge. Timothy A . . Feb. 

Fischer, Michael C. Apr. 

Forsyth, Mark A ,. Aug. 

Fowies, Ricliar<l G Aug. 

Frink. Craig K. Aug. 

Fuget. Craig , . . , June 

Gamett, (irosvenor ti ......».,>... Feb. 

Glrait Adrohen Josep . Dec. 

Glasson. -leffrey R June 

Gleason, Craig A. , Aug. 

GtKlIew, Scott , - - ^ Oct. 

Gonssalex. Jordi Dec. 

Gore, Audrey B . . - Aug, 
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Goltliefa, Robert A , Juno 

Grayt Wiliiam J .,...* Aug. 

Grove, Martiri B ....»......♦., Feb. 

Gullenjfl. Eric N. , Apr. 

Hall, Stuiirt O Feb. 

namnicl, Sumuel K .,.,,....,..,.. Aug. 

Ilanimondi Robert J. .............. Aug. 

Hansen, Robert C. ,..,,...»*..,.*, June 

Hargis, Anna M. Aug. 

Haselby, Roherl D. * Dec. 

Hillf Grt^gor>^ A Api". 

Holcomb, Matthew S. Feb. 

Holcomb, Michaei L Aug. 

Iloppal, Jolin R ..,,._..,... Aug 

Hunt. WillEum L Oct 

Huth. Mark C. Aug 

Johnson, Leith ...,.,,, Awg. 

Johnson, Ijoren E. .*...,... Aug. 

Kadonaga, Anne R ..... Bet. 

Kaitkoska, Jarties A. . . , Feb. 

Kearl, Daniel A. , . Aug, 

Kelly, Christopher P ......... Apr 

Kelly, Wayne M , Apr. 

Kerschen. Karen June 

I^osnei^s, Uavifl R ...,., Apr. 

Krebs, Kenneth R. Oct. 

Lai, Benny W.JL Oct 

LaJVlar, Steve W. . . . . . . Aug. 

Lambright, Terry M. . , Aug, 

r^nt z. .Andrea C Dec. 

I^rson, Dtiugla*s V. — Dec. 

LeinmoUi Fraiik P. June 

U ttiing. Frank J. . , . . . . . . . Aug, 

Li, Daniel ,..,.,..,. Aug. 

lin, Chi-Yen R. Aug. 

Liu. ChrLSlopher S, Dec. 

Umgust, Timothy A Dec 

LyiTLi^r, Tony Apr. 

Maliiiffy, Brian D , Dec 

Magenheinier, Daniel J June 

Magnu.son, Chfm .1 Feb. 

Mangelsdorf, Steven T. ,.<.......*. Aug, 

Mason^ Lee S. Aug. 



Matta,Farid Det:. 

Mattes, Harald Apr 

Majse, Craig * Aug. 

McFarland, Williani J. ...... ... Oct . 

MeShane, John Feb. 

MeVey, Jiiines D. . . , Apr 

Mebane IV, Alfred Holt Dec. 

Meloy, Sue A Jtme 

Meyer, Alan C. June 

Meyer, tlohrt F. . , Dec. 

Meyer, Thoni;^s 0. , Aug. 

Miller, Sloven O Aug. 

Mom'oe, Michael J. .\ug 

Moore, Edmund G. ....*... Oct, 

Moore, Mike Apr. 

Murphy, Jerald B Feb. 

Narcbjo, SI even J, , , . . Apr. 

Kasworthy, Jr., Creorge F. , . . . Dec. 

Nieddu, Giovajini Oct. 

Nishiinoto, Alvina Y Aug. 

Parker, Thomas E. ..... Dec. 

Pere^, David ........*..*.......*. Dec. 

Petersen, David M. ......... . . . l)ec 

Petruno, Patrick T. Oct 

Polychronijj, Kyle A, Dec. 

Pnjfer, Bona J. , .,...,.. Oct, 

Pulleyblank. Ronald W. *....... June 

Rimiakrishnan, Sridhar ............ June 

Reed, Doiiglas J. Aug 

Roberts, Diana C. June 

Roeber, Paul Aug. 

Roesner, Arlen L. Aug. 

Rosello, Isidre . . , Dec. 

Ruscetia. MicbeEe A ,.,,.......... June 

Russell. Dale D. . . * . . . . . : • , hine 

Sabatella. Marc ....... .,^ lune 

Santhaitanii Vati^ ,,........ June 

Savage, Deborah A ,,........, Aug. 

Scherer, Dietei Apr. 

Sehmefiake, James R Dec. 

Schnaible, Mark P Feb. 

Schoessow. Michael J. . . » Apr. 

Secco, Fernando M Oct. 



Sennewald, Helmut ... . * * * . . * » Apr. 

Shah, .layesh K. ..,.....,. Apr. 

ShieldWj .l^imes P. , . . . ........ Aug. 

SjUt Gregson P. , , Dec. 

Skene, Jotm M Aug. 

Smith, Don Apr. 

Soltis. .Ir., Don C. ....... ...... Aug. 

Spacht Susan S. .................. June 

SteinmetZj Joseph H. ... Dee. 

Su>dder, Samuel A Det . 

Stout, C:heryl Oct. 

Strasserr William E ^ Apr. 

Ta, Chuong Dec 

Tausheck, Brie G ........... Dec, 

Thalmann, James A Apr, 

'ITiomas, Bill Dec 

Thompson, Michael E, Dec 

Tlmm, Daniel P. Feb. 

Tong, Peler Apr, 

Tsai, Sani S. Apr. 

Uriverrich, Rorl . Oct 

Ure, Spencer M Aug, 

Uroz, Joan .....,.,,..,..... l}ec. 

Vallerirti, Alberto Oct. 

van den Berg, Jonatlian Dec 

Vixie, Robert I Oct. 

Walker, Hi chard C. Oct. 

Ward, Kenneth A Apr. 

Wendler, Jolm A. .................. Oct. 

Wlieeler, Kathleen M Aug. 

Wield, P Jeflrey. . , Dec 

Wieniann, Alan L. , Aug. 

Williams, Barbai'a J Aug. 

Willis, Wayne IL , . .^pr. 

Witt, Stephen Oct. 

Witte, Robert. A. , Feb. 

Worrell, Patil H Apr. 

Wyatt, Kenneth D. Feb. 

Yamine, Dawn L .,,.,.. June 

Yanagawa, Koiehi Apr. 

Yen, Cliu-Sun Oct. 

Yergensont Hobin P. Feb. 
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